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(54) Remote monitoring through the BRG 

(57) The present invention provides for customer 
premises remote monitoring for use in a powerful, facil- 
ities-based, broadband communications system that 
guarantees voice, data and video communication relia- 
bility and security to users for an multimedia system in- 
cluding integrated telephone, television and data net- 
work. The remote monitoring service enables, for exam- 
ple, the environment of the system subscriber's custom- 
er premises of to be monitored from a remote location 
by those authorized by the subscriber. Further, custom- 
er premises equipment usage may be monitored. The 
customer premises equipment, such as a broadband 
residential gateway (BRG) may be equipped with a mi- 
crophone^) and camera(s) (possibly including a speak- 
ers)) and the system , for example, the BRG and I P Cen- 
tral Station may be configured to allow active monitoring 
of a the customer premises from a remote location. 
Rather than including a microphone and camera (with 
or without a speaker(s)) for the BRG, the remote moni- 
toring feature may be constructed to operate on a mul- 
timedia personal computer (PC) connected to the BRG. 
The remote monitoring may be performed even if one 
of the users telephones is off the hook by configuring 
the customer premise equipment to work independent 
of telephone status. The remote monitoring information 
may be seen and heard in real time or saved to memory. 
As such, the system may also be configured to store all 
the video and/or audio during a monitoring period on a 
storage device at the subscriber's residence (e.g., VCR, 
digital disk, etc.), in a storage system at IP Central Sta- 



tion, or at any third party location such as a security serv- 
ice. The remote monitoring feature may be configured 
with emergency remote monitoring capability so that in 
response to someone at the customer premises dialing 
911 the police, fire department, or any other designated 
party or telephone number, the system may automati- 
cally provided monitoring capabilities to emergency per- 
sonnel. The system may be configured with a remote 
monitoring lockout feature for user privacy. Further, the 
emergency remote monitoring (e.g., 911) feature may 
be configured to automatically override an active lockout 
so that emergency personnel can monitor the premises 
in response to an emergency call. The remote monitor- 
ing feature may be used to notify a subscriber that a tel- 
ephone is off-ho 
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Description 

FIELD OF THE INVENTION 

[0001] The present Invention relates to communica- 
tion between users in diverse communication systems, 
and more particularly, to providing remote monitoring of 
a premises using a broadband communication system 
including an Internet Protocol Telephony Network and 
public switched telephone network. 

BACKGROUND OF THE INVENTION 

[0002] Present day telephony voice networks, have a 
network built around circuit switches, end offices, a toll 
network, tandem switches, and twisted pair wires. 
These voice networks are referred to as a public 
switched telephone network (PSTN) or plain old tele- 
phone service (POTS). Due to bandwidth limitations of 
plain old telephone service (POTS), there is an inherent 
inability to efficiently integrate multiple types of media 
such as telephony, data communication for personal 
computers (PC), and television (TV) broadcasts. Ac- 
cordingly, a new broadband architecture is required. 
This new architecture gives rise to a new array of user 
services. Presently, legacy telephone systems do not 
provide any means for remote monitoring of a customer 
premises equipment or environment that may be acti- 
vated from a remote location. 

SUMMARY OF THE INVENTION 

[0003] Aspects of the invention include to providing 
broadband access capabilities or enhanced services for 
use in conjunction with a packetized network such as 
an Internet Protocol (IP) based system infrastructure. 
[0004] Other aspects of the invention include provid- 
ing one or more of the following either individually, or in 
any combination or sub-combination: 

a new broadband architecture; 
broadband network capabilities, including local ac- 
cess; 

enhanced services for use in conjunction with a 
packetized network such as an Internet Protocol 
(IP) based system infrastructure. One such en- 
hanced service includes remote monitoring of a 
customer premises. 

[0005] The present invention provides for customer 
premises remote monitoring for use in a powerful, facil- 
ities-based, broadband communications system that 
guarantees voice, data and video communication relia- 
bility and security to users for a multimedia system in- 
cluding integrated telephone, television and data net- 
work. The remote monitoring service enables, for exam- 
ple, the environment of the system subscriber's custom- 
er premises or the usage of customer premises equip- 



ment (CPE) to be monitored from a remote location by 
those authorized by the subscriber. Further, customer 
premises equipment usage may be monitored. The cus- 
tomer premises equipment, such as a broadband resi- 

5 dential gateway (BRG) may be equipped with a micro- 
phone^) and camera(s) (possibly including a speaker 
(s)) and the system, for example, the BRG and IP Cen- 
tral Station may be configured to allow active monitoring 
of a the customer premises from a remote location. 

10 Rather than including a microphone and camera (with 
or without a speaker(s)) for the BRG, the remote moni- 
toring feature may be constructed to operate on a mul- 
timedia personal computer (PC) connected to the BRG. 
The remote monitoring may be performed even if one 

15 of the users telephones is off the hook by configuring 
the customer premise equipment to work independent 
of telephone status. The remote monitoring information 
may be seen and heard in real time or saved to memory. 
As such, the system may also be configured to store all 

20 the video and/or audio during a monitoring period on a 
storage device at the subscriber's residence (e.g., VCR, 
digital disk, etc.), in a storage system at IP Central Sta- 
tion, or at any third party location such as a security serv- 
ice. 

25 [0006] In one variation of the remote monitoring fea- 
ture, the BRG may be configured to provide emergency 
remote monitoring capability so that in response to 
someone at the customer premises dialing 911 the po- 
lice, fire department, or any other designated party or 

30 telephone number, the system may automatically pro- 
vided monitoring capabilities to emergency personnel 
until the user enters a code to end the privilege. If a 
speaker(s) are included in the customer premises 
equipment the emergency personnel may communicate 

35 with the calling person through the speaker to help an- 
yone present at the time of the monitoring, so that the 
calling person can follow the instructions of the emer- 
gency personnel without holding a telephone in one 
hand (i.e., hands-free operation). This feature will add 

40 to the present effectiveness of emergency capabilities 
(e.g., 911, etc.). 

[0007] In anothervariation of the present invention the 
system, for example the BRG, may be equipped with a 
remote monitoring lockout feature for user privacy. The 

45 911 feature may be configured to automatically override 
an active lockout so that emergency personnel can 
monitor the situation in the residence and provide audio 
and/or video assistance to the user. 
[0008] In a still further variation of the present inven- 

so tion, the remote monitoring feature may be used to notify 
a subscriber that a telephone is off-hook. For example, 
if the system is configured so that the customer premis- 
es equipment includes a speaker (e.g., included with the 
BRG), then the service provider may provide the sub- 

55 scriber an announcement through the speaker(s) indi- 
cating that the telephone is off the hook and incoming 
calls can not get through. 

[0009] The remote monitoring feature is particularly 
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useful for such purposes as monitoring the status of eld- 
erly person or animals left in the residence alone, pro- 
viding integrated security monitoring, and providing 
emergency monitoring by public services such as police 
or fire. For example, the subscriber or someone author- 
ized by the subscriber may activate the remote monitor- 
ing feature from a remote location when they are out of 
town on business and an elderly parent does not answer 
the user's call. If the subscriber has a multimedia PC in 
their remote location, they may activate the remote mon- 
itoring feature at their premises and activate a TV con- 
nected to the BRG so as to provide their pet with some 
company during their absence by talking to the pet via 
the TV (video and audio of the subscriber) and receive 
audio and video feedback from the camera and micro- 
phone coupled to the BRG. 

[001 0] Although the invention has been defined using 
the appended claims, these claims are exemplary and 
limiting to the extent that the invention is meant to in- 
clude one or more elements from the apparatus and 
methods described herein and in the applications incor- 
porated by reference in any combination or sub-combi- 
nation. Accordingly, there are any number of alternative 
combinations for defining the invention, which incorpo- 
rate one or more elements from the specification (includ- 
ing the drawings, claims, and applications incorporated 
by reference) in any combinations or sub-combinations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] Fig. 1 shows a schematic representation of a 
broadband network (e.g., broadband IP based network) 
in accordance with a preferred embodiment of aspects 
of the present invention. 

[0012] Fig. 2 shows a block diagram of a preferred 
embodiment of a centralized control (IP central station) 
in accordance with aspects of the present invention. 
[0013] Fig. 3 shows a block diagram of a preferred 
embodiment of a local control apparatus (broadband 
residential gateway) in accordance with aspects of the 
present invention. 

[0014] Fig. 4 shows a detailed schematic representa- 
tion of an exemplary embodiment of the broadband net- 
work shown in Fig. 1 . 

[0015] Fig. 5 is a signal flow diagram illustrating a typ- 
ical on-network to off-network call according to one pre- 
ferred method of operating the broadband network 
shown in Fig, 1 . 

[0016] Fig. 6 is a signal flow diagram illustrating a typ- 
ical on-network to on-network call according to one pre- 
ferred method of operating the broadband network 
shown in Fig. 1 . 

[0017] Figs. 7A and 7B are process flow diagrams il- 
lustrating a remote monitoring method according to one 
preferred embodiment of the present invention. 
[0018] Fig. 8 is a process flow diagram illustrating a 
remote monitoring method in case of an emergency ac- 
cording to one preferred embodiment of the present in- 



vention. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

5 

[0019] The present invention provides for remote 
monitoring of customer premises equipment and/or cus- 
tomer premises environment. The remote monitoring 
service enables, for example, the environment of the 
10 system subscriber's customer premises of to be moni- 
tored from a remote location by those authorized by the 
subscriber. Further, customer premises equipment us- 
age and/or status may be monitored from a remote lo- 
cation. 

is [0020] A new system is provided for broadband ac- 
cess and applications. Unless otherwise indicated by 
the appended claims, the present invention is not limited 
to the preferred embodiments described in this section 
but is applicable to other integrated multimedia commu- 
20 nication systems. 

I. Integrated Communication System Overview 

[0021] Referring to Fig. 1 , an exemplary embodiment 
25 of a broadband network 1 . The broadband network gen- 
erally provides interconnection between a plurality of 
customer locations utilizing various interconnection ar- 
chitectures including Internet Protocol (IP) based net- 
work, various existing systems (legacy systems) such 
30 as the public switched telephone network (PSTN), ATM 
networks, the Internet, signaling networks, as well as 
other systems. The broadband network provides versa- 
tile intelligent conduits that may carry, for example, In- 
ternet Protocol (IP) telephony or multimedia signals be- 
35 tween the customer premises over, for example, the 
public switched telephone network, Internet, or wireless 
communication networks. 

[0022] Again referring to Fig. 1, the broadband net- 
work 1 may include one or more customer premises 

40 equipment (CPE) units 102. The customer premise 
equipment 102 may be variously configured. In one ex- 
ample, the customer premise equipment 102 may in- 
clude one or more local control devices such as a broad- 
band residential gateway (BRG) 300. Although the 

45 broadband residential gateway is preferably disposed 
in a residence for many aspects of the invention, in ex- 
emplary embodiments, it may also be disposed in a 
business or other location. The broadband residential 
gateway 300 may be variously configured to provide one 

so or more integrated communication interfaces to other 
devices within the customer premise equipment 102 
such as televisions (TV), personal computers (PC), 
plain old telephone system (POTS) phone(s), video 
phones, I P enabled phones, and other devices. For ex- 

55 ample, the broadband residential gateway 300 may pro- 
vide one or more telephone port connections (e.g., plain 
old telephone system), Ethernet connections, coaxial 
connections, fiber distributed data interface (FDDI) con- 
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nections, wireless local area network (LAN) connec- 
tions, firewire connections, and/or other connections to 
a plurality of devices such as plain old telephones, IP 
based phones, television converters, e.g., cable televi- 
sion (CATV) set top devices, televisions, digital televi- 
sions, high definition televisions (HDTV), video phones, 
and other devices. In exemplary embodiments, the 
broadband residential gateway 300 may support com- 
munications between any of the aforementioned devic- 
es in intra-premises calling and/or extra-premises call- 
ing. Further, when the broadband residential gateway 
300 is used in a business environment, it can function 
as a private branch exchange or key type telephone sys- 
tem. 

[0023] In Fig. 1, broadband residential gateway 300 
is illustrated as a single physical device. This configura- 
tion is appropriate where centralization of maintenance 
and control is desirable. Alternatively, the broadband 
residential gateway 300 may be separated into more 
than one physical device allowing functionality to be dis- 
tributed to a plurality of different physical locations in the 
customer premise and/or broadband network 1 . Howev- 
er, in many embodiments, having a centralized broad- 
band residential gateway 300 located in a single location 
provides ease of maintenance, control, and re-configu- 
ration as well as a reduction in cost due to shared func- 
tionality. For example, the broadband residential gate- 
way may be configured to provide the intelligence need- 
ed to allow each of the customer premises equipment 
devices to operate within the broadband network 1 . For 
example, analog voice may be converted to digital data 
and packetized for transmission in an appropriate output 
protocol such as an Internet protocol (IP). 
[0024] In exemplary embodiments, the broadband 
residential gateway 300 may function to couple devices 
within the customer premise equipment 102 to the rest 
of the broadband network 1 using any suitable broad- 
band communication mechanism. In the embodiment 
shown in Fig. 1 , the broadband residential gateway 300 
utilizes a hybrid fiber-coaxial plant 112 to couple the 
broadband residential gateway 300 to the rest of the 
broadband network 1 . The hybrid fiber-coaxial plant 1 1 2 
may be preferred in many embodiments over other 
broadband communication mechanisms because of the 
large number of homes currently connected to cable 
networks, the capacity for shared access, and the ability 
for asymmetric data access speeds which allow high 
quantities of data to be distributed to the various devices 
in the customer premises equipment 1 1 2. The hybrid fib- 
er-coaxial plant 112 may include coaxial cable and/or 
optical fiber networks in any suitable combination. The 
hybrid fiber-coaxial plant 112 may provide an intelligent 
broadband conduit between the broadband residential 
gateway 300 and a gateway such as the head-end hub 
(HEH) 115. The head-end hub 115 may be variously 
configured to provide various services and/or intercon- 
nections with the rest of the broadband network 1 . For 
example, the head-end hub 115 may provide an inter- 



connection point to gather and aggregate external serv- 
ices (e.g., off air and satellite video, public switched tel- 
ephone network voice, multimedia messages, and In- 
ternet data) for distribution to and from the hybrid fiber- 

5 coaxial plant 112. With respect to telephony and multi- 
media calls, the head-end hub 115 may function as in- 
telligent conduit for connection and communication be- 
tween the hybrid fiber-coaxial plant 112 and external 
networks such as an IP network 120 and/or an ATM/ 

10 frame relay/cell relay network 1 85. 

[0025] The broadband network 1 may include any 
number of interconnected head-end hubs 115, IP net- 
works 120, and/or ATM networks 185. Further, the IP 
network 1 20 and/or ATM network 1 85 may be connected 

15 to one or more other networks and devices such as: 

(1) external networks including a public switched 
telephone network (PSTN) 170, an signaling sys- 
tem 7 (SS7) network 1 70, an Internet 1 80, and/or a 

20 wireless network 144; 

(2) various components including one or more pri- 
vate branch exchanges 146, terminals 142 includ- 
ing computers and wireless devices, and/or one or 
more stand alone broadband residential gateway 

25 300; 

(3) one or more administration centers 155; 

(4) one or more secure network management data 
networks 1 90 such as a network operations center 
(NOC); 

30 (5) one or more billing systems 1 95 such as OSS; 
and/or 

(6) one or more centralized control centers such as 
what is referred to as an IP central station 200. 

35 [0026] The IP network 120 and/or ATM network 1 85 
may include one or more routers and/or other devices 
to route, for example, telephony calls, multimedia calls, 
signaling messages, administrative messages, pro- 
gramming messages and/or computer data between the 

40 various devices in the broadband network 1 such as the 
head-end hub 115, the public switched telephone net- 
work 160, the private branch exchange (PBX) 146, as 
well as the other devices discussed above. In preferred 
embodiments, the information traveling in the IP net- 

45 work 1 20 may be packetized and formatted in accord- 
ance with one of the Internet protocols. The IP network 
1 20 may also include gateways to interface with the var- 
ious other networks and/or devices. For example, the 
gateways may be distributed at the edge of the IP net- 

50 work where the IP network interfaces with one of the 
other devices or networks. Alternatively, the gateways 
interfacing the IP central station 200 to, for example, the 
Internet 1 80, public switched telephone network (PSTN) 
160, signaling system 7 (SS7) 170, wireless networks 

55 1 44 } ATM/frame/cell relay networks 1 85 may be provid- 
ed in the IP central station 200, or in both the IP network 
120 and the IP central station 200, and/or partially dis- 
tributed between the IP network 120 and the IP central 
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station 200. Where the gateways are separated by an 
IP network 200, an appropriate transport protocol may 
be utilized to logically connect the IP central station 200 
to the particular gateway. 

[0027] The IP central station(s) 200 may be connect- 
ed to, for example, one or more IP networks 120, ATM 
networks 185, secure management data networks 190, 
and/or administration centers 1 55. The IP central station 
200 may be variously configured to include one or more 
servers and/or one or more gateways. In exemplary em- 
bodiments, the servers and gateways provide the nec- 
essary intelligence and traffic management capabilities 
to enable information, e.g., IP telephony signals, to trav- 
el through the broadband network 1. For example, the 
IP central station 200 may be configured to manage 
voice information transfer from the public switched tel- 
ephone network 160, through the IP network 120, and 
into and out of one or more devices such as those con- 
nected to a broadband residential gateway 300. The IP 
central station may be configured to store various con- 
trol and system information such as location, address, 
and/or configurations of one or more broadband resi- 
dential gateways 300, as well as other routing and call 
set-up information. 

[0028] In exemplary embodiments, one or more ad- 
ministration centers 1 55 may be connected to the IP net- 
work 120 and provide billing and local directory number 
portability administration. The local number portability 
may be handled by one or more Local Service Manage- 
ment System (LSMS) which may be included in the ad- 
ministration center 155 and/or in the IP central station 
200. Further, the Secure Management Data Network 
1 90 may also include a mechanism for transferring var- 
ious information such as billing, call tracking, and/orcus- 
tomer service provisioning. Various existing systems 
may be utilized to provide this information such as ex- 
isting billing systems (OSS) 1 95 and/or one or more net- 
work operations center (NOC). The network operations 
centers may be included in the administration center 
1 55, the IP central station 200, and/or the billing system 
1 95. The network operations center (NOC) may be var- 
iously configured to include a translation server to allow 
communications with the various disparate entities (e. 
g., legacy systems) in the broadband network 1 . 
[0029] The IP network 120 and/or the ATM network 
185 illustrated in Fig, 1 may include one or a plurality of 
sub-networks. Each of the sub-networks may include its 
own IP central station 200 in a distributed configuration, 
with certain routing data replicated across all IP central 
stations or each sub-network may be connected to a sin- 
gle centralized IP central station 200. Where the IP net- 
work 1 20 includes one or more sub-networks, each sub- 
network may be connected to multiple head-end hubs 
1 1 5. Further, each head-end hub 1 1 5 may be connected 
to multiple hybrid fiber-coaxial plants 112, and each hy- 
brid fiber-coaxial plant 1 1 2 may be connected to multiple 
pieces of customer premises equipment 102 and/or 
broadband residential gateways 300. The IP network 



120 provides an interconnected broadband network 
which may be utilized to transport and route packetized 
information to and from diverse geographic locations 
and may be used on a national or international basis. 

5 Further, the IP network 120 and/or ATM network 185 
may utilize private network facilities and/or may be pro- 
visioned over a shared network such as the Internet. 
[0030] The IP central station 200 may be configured 
to provide connectivity for the broadband residential 

10 gateway 300 to the Internet 180 (e.g., World Wide Web 
(www)), as well as connectivity to other external net- 
works such as public switched telephone network 160 
and signaling system 7 (SS7) 1 70 for end-to-end voice, 
multimedia, and data applications, for example voice 

15 over IP telephony. IP packets traveling through the IP 
network provide for priority so that, for example, voice 
packets are given priority over data packets to maintain 
certain VoIP telephony QoS requirements and a leased 
line concept for packet traffic which may have an even 

20 higher priority. However, the system is sufficiently flexi- 
ble so that the priority can be dynamically altered ac- 
cording to customer preferences, variable billing rates, 
traffic patterns, and/or congestion. 



[0031] Referring to Fig. 2, the IP central station 200 
may be variously configured. In preferred embodiments, 
it may be configured to ensure seamless integration of 
IP based communication system including the IP net- 
work 120 with the public switched telephone network 
160, signaling system 7 (SS7) network 170, and the In- 
ternet 1 80 so that packetized data, for example, voice 
calls and information data, is properly transferred be- 
tween the broadband residential gateway 300, the pub- 
lic switched telephone, network 160 and/or the Internet 
180. In one embodiment, the hybrid fiber-coaxial plant 
112, head-end hub 115, and IP network 120, provide a 
virtual signaling conduit for packetized voice and data 
which may, with the coordination of the IP central station 
200, be provided in the appropriate format between the 
broadband residential gateway 300 and the public 
switched telephone network 160 and/or Internet 180. 
[0032] Again referring now to Fig. 2, the IP central sta- 
tion 200 may include a central router 200, for example, 
a gigabit switch, which may be utilized to interconnect 
various servers and gateways contained in the IP cen- 
tral station 200. The central router 210 provides for ex- 
ample Ethernet switching and aggregate traffic between 
servers, gateways and the IP network 120 and/or ATM 
network 185 backbone. In one exemplary embodiment, 
the central router 210 provides high-speed, non-block- 
ing IP and IP multicast Layer 3 switching and routing. 
The IP central station 200 may include one or more of 
the following servers: the least cost server (LCS) 255, 
the time of day (TOD) server 21 2, the dynamic host con- 
trol protocol (DHCP) server, the trivial file transfer pro- 
tocol (TFTP) server, and the domain name service 



25 A. Internet Protocol Central Station 
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(DNS) server 214, the system management (SM) server 
216, the call manager (CM) server 21 8, the announce- 
ment server (AS) 220, the multimedia server (MS) 222, 
and/or the conference server (CS) 224. As illustrated in 
Fig. 2, the servers may be separate servers, for example 
thecall manager server21 8, or may be incorporated into 
a single server. In the exemplary embodiment, the dy- 
namic host control protocol server 131 , trivial file trans- 
fer protocol server 132, and the domain name service 
server 214 are each incorporated in a single server fa- 
cility. Each server in the IP central station 200 may in- 
clude computer(s), storage device(s), and specialized 
software for implementing particular predefined func- 
tions associated with each server. In this manner, the 
servers in the IP central station may be provisioned as 
a main server and one or more back-up servers to pro- 
vide redundant processing capabilities. Similarly, the 
router may be implemented as a main router and a back- 
up router with similar routing functionality. 
[0033] The IP central station 200 may also include, for 
example, one or more of the following gateways: a ele- 
ment management gateway (EMG) 238, an accounting 
gateway (AG) 240, an Internet (Boarder) gateway (IG) 
236, a signaling system 7 (SS7)) gateway (SG) 234, a 
voice gateway (VG) 232, and/or a multimedia gateway 
(MG) 230. The IP central station 200 may utilize one or 
more of these gateways to provide centralized system 
intelligence and control of voice and/or data IP packets. 
[0034] In exemplary embodiments, the dynamic host 
control protocol server and domain name service server 
214 may operate to dynamically assign IP addresses 
devices in the customer premise equipment 1 02. Where 
a dynamic IP assignment scheme is used, the customer 
premises equipment may be provided with one or a plu- 
rality of dynamic IP assignment when activated initially, 
and/or at the initiation of each active secession. Where 
an IP address is assigned when the device is initially 
activated, it may be desirable to assign a single IP ad- 
dress to a single broadband residential gateway and as- 
sign a port address to devices connected to the broad- 
band residential gateway 300. In other embodiments, 
an individual IP address may be assigned to each de- 
vice coupled to the broadband residential gateway 300. 
For example, the broadband residential gateway may 
include and/or be coupled to one or more cable mo- 
dems, IP phones, plain old telephone system phones, 
computers, wireless devices, CATV converters, video 
phones, and/or other devices which each may be as- 
signed a unique static and/or dynamic IP address and/ 
or a port of a one of these IP addresses. The particular 
protocol for allocating I P addresses and/or ports may be 
specified using protocols defined in the dynamic host 
control protocol server 21 4. In exemplary embodiments, 
the dynamic host control protocol and DN server 214 
may be configured to assign available IP addresses 
from address pools based, for example, on the identity 
or type of requesting device, the amount of use expect- 
ed for the requesting device, and/or predefined assign- 



ment protocols defined in the dynamic host control pro- 
tocol and DN server 214. In centralized embodiments, 
it may be desirable to configure the call manager (CM) 
218 to provide sufficient information such that the do- 
5 main name service server 21 4 can distinguish between 
static IP devices, dynamic IP devices, registered devic- 
es, unregistered devices, and registered devices that 
have been assigned to a particular class of service e.g., 
data vs. telephony, un-provisioned, vs. provisioned, etc. 
10 [0035] The trivial file transfer protocol (TFTP) server 
214 may be configured to transfer certain information 
to/from one or more broadband residential gateways 
300. In exemplary embodiments, the trivial file transfer 
protocol server provides Data Over Cable Service Inter- 
's face Specifications (DOCSIS) configuration information 
containing QoS parameters and other information re- 
quired for the broadband residential gateway 300 to op- 
erate optimally. 

[0036] The time-of-day (TOD) server 21 2 may include 

20 a suitable facility for maintaining a real time clock such 
as an RFC868-compliant time server. In exemplary em- 
bodiments, the time-of-day server 212 provides system 
messages and/or responses to system inquiries con- 
taining a coordinated time, e.g., universal coordinated 

25 time (UCT). The universal coordinated time may be 
used by any of the servers and/or devices in the broad- 
band network 1 . For example, the broadband residential 
gateway 300 may use the universal coordinated time to 
calculate the local time for time-stamping error logs. 

30 [0037] The system management (SM) server 216 
may include responsibility for the overall operational 
state and functioning of components the broadband net- 
work 1 , either alone, or in combination with other system 
management servers 216. The system management 

35 (SM) server 21 6 may be variously configured to provide 
monitoring and administrative functions for devices 
within the broadband network 1 . For example, the sys- 
tem management server 21 6 may be configured to pro- 
vide management of various database functions, mem- 

40 ory buffer functions, and software utility functions within 
the broadband network 1. Software management in- 
cludes, for example, version control, generic control, 
and/or module control. 

[0038] The least cost server (LCS) 255 may be vari- 
es ously configured to enable the system to determine the 
least cost routing of telephone and data transmission 
throughout the network. The least cost server 255 may 
also provide one or more broadband residential gate- 
way users capability to select between, for example, 
so cost and Quality of Service (QoS). 

[0039] The announcement service (AS) server 220 
may be variously configured. In exemplary embodi- 
ments, it may store and send announcements to spec- 
ified destinations and/or all destinations based on in- 
55 structions received by, for example, the call manager 
(CM) server 218. The announcement server 220 re- 
ceives, for example, Media Gateway Control Protocol 
(MGCP) or later signaling (e.g., H.GCP - an ITU stand- 
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ard Gateway Control Protocol ) control messages from 
the call manager 21 8, and sends announcements to one 
or more voice gateways (VG) 232 and/or the one or 
more broadband residential gateway 300 (e.g., using 
Real Time Protocol (RTP) packets). The announcement 
server 220 may send an announcement once, a prede- 
termined number of times, or in a continuous loop. The 
announcement server 220 may detect when a phone or 
other device has been taken off-hook and play an ad- 
vertisement or other announcement to the user. Where 
a user has signed-up for an advertising plan whereby 
phone rates are reduced in return for advertising reve- 
nue generated by the advertisements, the announce- 
ment server 220 may be utilized to track the number of 
individuals with a particular income, age, or other profile 
which hear the advertisement. The announcement serv- 
er 220 may respond to requests from individual system 
devices such as one of the broadband residential gate- 
ways 300 and/or under control of, for example, the call 
manager218. Where the announcement server is under 
control of the call manager 218, the call manager may 
be configured to control various operating parameters 
of the announcement server. For example, the call man- 
ager 218 may request that certain announcements are 
sent once, a specified number of times, or in a continu- 
ous loop. 

[0040] In still further embodiments, announcements 
may be generated elsewhere in the broadband network 
1, stored as files, and distributed to one or more an- 
nouncement servers via a file transfer protocol or re- 
source such as the trivial file server 214 using one or 
more file transfer protocols. In many embodiments, it is 
desirable to store announcements in an appropriate en- 
coding format (e.g., G.711 or G.729) within the An- 
nouncement Server. The announcement may have an 
audio component and/or a audio/video component. The 
audio/video component may be stored using a combi- 
nation of an encoding format (e.g., G.711) and/or a 
standard file format such as wave (WAV), MPEG, and 
other suitable formats. 

[0041] In one exemplary method of operation, a user 
picks up a telephone which sends a signal to the call 
manager 21 8. Subsequently, the call manager 21 8 may 
established a connection to the announcement server 
220 and play one or more pre-recorded and/or prede- 
termined announcement (hypertext and/or audio). Sig- 
naling tones such as a busy signal may be played by 
the broadband residential gateway 300 or the call man- 
ager 218, but Special Information Tones (SIT) and/or 
messages may also be included as part of an announce- 
ment file. In this way, the user experience is enhanced 
such that the user receives a busy message and/or hy- 
pertext announcement providing one of several options 
for contacting the called party. The announcement serv- 
er 220 may have information entered by a user using, 
for example, a broadband residential gateway to provide 
additional information to the called party. The additional 
information may include the ability to leave a message, 



type-in a chat note, page the called party, barge-in on 
the call, and/or other user or system defined call han- 
dling capabilities. 

[0042] The announcement server 220 may also be 

s programmed with various system messages such as an 
announcement indicating that a number dialed is incor- 
rect or that the call did not go through as dialed, that the 
lines are busy, that ail lines between two countries are 
currently busy, that the called party has changed num- 

10 bers, that the called parties phone has been disconnect- 
ed, that one or more system errors have occurred, and/ 
or other announcement messages. 
[0043] The call manager (CM) 218 may be variously 
configured. In exemplary embodiments, the call manag- 
es er 21 8 provides a centralized call control center for sup- 
porting call set-up and tear-down in the broadband net- 
work 1. The call manager 218 may be configured to in- 
clude trunk and line information maintenance, call state 
maintenance for the duration of a call , and/or user serv- 

20 ice features execution. The call manager 21 8 may also 
provide for call processing functions such as a stand- 
ardized call model for processing the various voice con- 
nections such as voice over IP calls. In exemplary em- 
bodiments, a standardized "open" call model maybe uti- 

25 lized which supports standardized application program- 
ming interfaces (APIs) to provide transport services and 
other user functions such as calling cards. An open ap- 
plication programming interface and call set-up inter- 
face in the call manager will enable third party applica- 

30 tions to be loaded into the call manager 21 8 and broad- 
band residential gateway 300. This will facilitate the de- 
velopment of third party applications for enhancing the 
functionality of components in the broadband network 
1. For example, third parties and other equipment ven- 

35 dors may manufacture various broadband residential 
gateways 300 for use in the broadband network 1'by 
writing applications to support the open call model of the 
call manager 21 8. The call manager 21 8 and/or broad- 
band residential gateway 300 may also be configured 

40 to execute and/or accept commands form a standard- 
ized scripting language which may generate instructions 
for the call manager 218 and/or broadband residential 
gateway 300 to execute various functions. The scripting 
functionality may include the ability to execute an entire 

45 call model including interfaces to the signaling system 
7 (SS7) 1 70, public switched telephone network 1 60, IP 
network 120, ATM/frame/cell relay network 185, and/or 
other functions within, for example, IP central station 
200 such as the multimedia server 222, announcement 

so server 220, system management server 216, confer- 
ence server 224, time of day server 21 2, least cost serv- 
er 255, and/or domain name server 214. 
[0044] The call manager 21 8 may also be configured 
to maintain the call states for each call it handles (e.g., 

55 a voice over I P call) and respond to system events cre- 
ated by, for example, the multimedia gateway control 
protocol (MGCP) messages and/or integrated services 
digital network user part (ISUP) messages for signaling 
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system 7 (SS7) protocol that may occur during the 
processing of a call. Exemplary events handled by the 
call manager 21 8 include call state changes, call feature 
changes/call feature triggering events, changes in the 
status of lines and trunks, and/or error conditions. Fur- 
ther, the call manager 218 may interact with devices 
connected to a single circuit on the public switched tel- 
ephone network 1 60 and/or a device connected to a port 
of the broadband residential gateway 300. In this man- 
ner, new devices may be added to the infrastructure and 
operate using the open call model contained in the call 
manager 218. 

[0045] The call manager 218 may also include stor- 
age for subscriber and network configuration, a cache 
server for faster access to frequently used data, a rout- 
ing engine for selecting an appropriate routing algorithm 
(e.g., least cost routing), and/or a service broker which 
provides the data and logic for specific services. In ad- 
dition, the call manager 218 may include an authentica- 
tion (AC) server 245 that provides authentication of var- 
ious devices, objects, packets and users in the integrat- 
ed multimedia system. In this manner, a user may verify 
the identity of the calling or called party. 
[0046J The call manager 21 8 may interact with the sig- 
naling gateway (SG) 234, the accounting gateway (AG) 
240, the element management gateway (EMG) 238, the 
voice gateway (VG) 232, and the multimedia gateway 
(MG) 230 using any suitable protocol such as IP and an 
interconnection mechanism such as the central router 
21 0. In one preferred embodiment, thecall manager21 8 
may be configured to utilize signaling messages such 
as: a) ISUP messages over Common Object Broker Ar- 
chitecture (COBRA) interface to and/or from signaling 
gateway 234, b) MGCP, SIP - simple internet protocol, 
H.GCP, and/or other suitable control messages to and/ 
or from the announcement server 220, c) call event 
records in modified Radius format to the accounting 
gateway 240, d) Radius (or Enhanced Radius or com- 
patible protocol) control messages to and/or from the 
voice gateway 232 and/or the broadband residential 
gateways 300, and e) signaling network management 
protocol (SNMP) messages to and/or from the element 
management gateway 238. 

[0047] The call manager 21 8 may incorporate one or 
more databases. For example, the call manager 218 
may include database information such as (1 ) a resourc- 
es database that provides an identification of what re- 
sources are connected to the broadband network 1 and 
their current state; (2) a trunk/gateway database that in- 
dicates which gateway serves what circuits in a trunk; 
(3) a customer database which indicates whether a call 
is authorized, identifies what services a line supports 
and determines whether a telephone number is on or off 
the integrated IP communication network; (4) a number- 
ing plan / least cost routing database which provides 
routing information that enables the IP central station 
200 to choose the correct trunk as a function of the call 
number; and (5) a local number portability (LNP) data- 



base that indicates the North American Numbering Plan 
(NANP) and associated prefixes which are open for as- 
sociation with the number portability service; and (6) an 
address of the service control point (SCP) towards 
5 which requests for translating these local portability 
numbers should be routed. 

[0048] In exemplary embodiments, the broadband 
network 1 includes equipment compatible with the CO- 
BRA standard. COBRA may be utilized to allow appli- 
10 cations from a plurality of vendors to operate with each 
other. The COBRA standard allows a company, such as 
AT&T, to build its network using multi-vendor equipment 
and yet ensure seamless integration and operation. 
Some of the major areas covered by COBRA v. 2.2 in- 
15 eludes: Inter-ORB Bridge Support, General Inter-ORB 
Protocol (GIOP) support, Internet Inter-ORB Protocol 
(MOP) support, and Environment Specific Inter-ORB 
Protocol (ESIOP) support. The call manager 218 may 
integrate these protocols to facilitate call set-up with di- 
verse equipment. This is advantageous in that equip- 
ment from a plurality of vendors may inter-operate over 
the broadband network 1 without modification. 
[0049] The multimedia server (MS) 222 may be vari- 
ously configured. For example, one or more multimedia 
servers may provide support for multimedia messaging 
service and/or the overall management of multimedia 
voice and mail messages transmitted across the broad- 
band network 1 , The multimedia server may be config- 
ured to support e-mail (e.g., html) messages, voice mail 
(audio) messages, and/or video mail (audio and video) 
messages. The multimedia messages may include 
standard pre-configured system messages, advertising 
messages, and/or user defined messages. In either 
event, where the messages are stored in a centralized 
location, the multimedia server may provide such stor- 
age. Where the multimedia server 222 provides storage 
for the multimedia messages, a database may be uti- 
lized for indexing, storage, and retrieval of such mes- 
sages. In exemplary systems, the user may access pre- 
determined ones of these messages. The multimedia 
server 222 may utilize I P as a method of communicating 
with other devices across the broadband network 1 . 
[0050] The conference server (CS) 224 may be con- 
figured to provide for multiparty conference calls using, 
for example, IP voice packets during an IP telephony or 
multimedia session call. The conference server 224 
may include specialized software that runs on a com- 
puting platform having associated multiplexing and de- 
multiplexing capability for segregating and aggregating 
user information packets. For example, the conference 
server may log several calls into a conference session. 
When information packets are sent from one or more 
phones, they are aggregated and sent to the other 
phones on the conference call. The conference server 
224 may use any suitable communication protocol such 
as H.GCP or SIP. The conference server 224 may func- 
tion to aggregate user information from two or more us- 
ers onto a single call path. The conference server 224 
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may include one or more "call-in numbers" and be con- 
trolled from any location, e.g., a centralized operator lo- 
cation and/or one or more broadband residential gate- 
ways 300. It may be desirable to have the conference 
server 224 configured such that some callers simply 
monitor the call without voice interruption while other 
callers have both voice transmit and receive capabili- 
ties. Where a caller is not given the privileges associated 
with active participation in the call, voice packets from 
these users are discarded. For example, a CEO may 
have a conference call with a plurality of financial advi- 
sors and invite the press to listen on the call without in- 
terruption capabilities. 

[0051] The gateways in the IP central station 200 may 
be configured to provide translation of signals to and/or 
from the various servers in the IP central station 200, 
the IP network 120, the public switched telephone net- 
work 160, the signaling system 7 (SS7) network 170, 
the Internet 180, and/or the secured management data 
(SMD) network 1 90. The gateways typically support one 
or more of the following group of functions: call process- 
ing; signaling system 7 (SS7) connectivity; billing sup- 
port; OAM&P support; connection to public switched tel- 
ephone network; control CoS /QoS parameters; and en- 
hanced services. 

[0052] The voice gateway (VG) 232 may be connect- 
ed to the public switched telephone network 160 and 
operate to convert between IP based voice packets and 
standard public switched telephone network 160 voice 
traffic. Voice gateway 232 may be configured as multi- 
frequency (MF) or IS UP gateways on a per-T1 basis. 
Where multi-frequency (MF) trunks are used, one em- 
bodiment utilizes signaling between the call manager 
218 and the voice gateway 232 using MGCP, SIP, H. 
GCP and/or other compatible protocol. Multi-frequency 
trunks may be compatible with Feature Group D (FGD), 
Operator Service (OS) Signaling protocol and/or Termi- 
nation Protocol (TP). 

[0053] The IP central station 200 may be variously 
connected to the public switched telephone network. 
For example, the IP central station 200 may be connect- 
ed directly to the public switched telephone network us- 
ing, for example a bearer channel (e.g., a T1 or T3 car- 
rier) and/or interconnected using one or more networks 
such as an IP network and/or ATM/frame/cell relay net- 
work 1 85. Where a T1 network is utilized, it may be de- 
sirable to utilize one or more of ISUP or MF, FGD, and 
OS to interconnect a service bureau in the public 
switched telephone network 160. Alternatively, the serv- 
ice bureau in the public switched telephone network 1 60 
may be interconnected using an alternative network ar- 
rangement such as an IP network 120 and/or a ATM/ 
frame/cell relay network 185. The service bureau may 
coordinate with the IP central station 200 in providing 
operator services, directory services and provisioning 
for 311, 611, and 711 services. Emergency 911 services 
may be routed to an E911 tandem switch that has the 
appropriate databases and interfaces with a Public 



Safety Answering Position (PSAP). Emergency 911 
services may be coordinated by the call manager 218 
and/or public switched telephone network based service 
bureau. 

5 [0054] Voice gateway 232 may be router-based and 
include one or more voice feature cards and/or DSP 
Module cards to perform voice processing. The voice 
gateway 232 may optionally include host processors, 
LAN/WAN ports, Ethernet ports, T1 or E1 telephony in- 
fo terface cards, Voice Feature Cards with DSP Modules 
providing voice compression transcoding (G.71 1 and G. 
729), carrier-quality echo cancellation with 8 ms-32 ms 
tail length, a de-jitter buffer which adapts to delay vari- 
ations in the network in order to minimize the delay, 
is packet loss concealment that generates concealment 
frames for lost packets using information from previous- 
ly received data, and/or tone detection and generation. 
This function detects Multi- Frequency (MF) tones and 
generates MF and call processing tones (e.g. dial tone, 
call-waiting tone etc.). 

[0055] In exemplary embodiments, the voice gateway 
232 may include T1/E1 interfaces with internal Channel 
Service Units (CSUs). It may also be desirable to con- 
figure the voice gateway 232 such that ISUP, MF and 
Centralized Attendant Services (CAS) trunks are sup- 
ported with a configuration done on a perT1 basis. Ad- 
ditionally, multi-frequency tones and Centralized At- 
tendant Services may utilize a "robbed bits" communi- 
cation scheme where bits are "robbed" from sub-frames 
to transmit in-band signaling. The multi-frequency tones 
may be converted to and/or from, for example, simple 
gateway control protocol (SGCP) signal requests and 
events by the voice gateway 232. For example, multi- 
frequency tones and/or lower level signaling and timing 
functions may be translated to and/or from any of the 
following indications: simple gateway control protocol 
Notify functions, simple gateway control protocol Notifi- 
cation Requests, Connection requests, Modify Connec- 
tion requests, off-hook and/or on-hook indications. 
[0056] An Ethernet interface with a RJ-45 connector 
may be used to connect the voice gateway 232 to the 
central router 210 (e.g., Gigabit Switch or High Speed 
Router (HSR)). The multimedia gateway control proto- 
col may be used as the interface between the voice 
gateway 232 and the call manager 218. For example, 
call control, signaling, and multimedia data stream, real 
time protocol (RTP) connections, IP addresses, UDP 
ports, codec choice etc, may be configured in any suit- 
able manner such as by using a multimedia gateway 
control protocol. In exemplary embodiments, audio 
streams may be passed directly between customer 
premises equipment 102 using real time protocol con- 
nections over, for example, a user datagram protocol 
(UDP). Thus, the multimedia gateway control protocol 
may be utilized to request the voice gateway 232 to in- 
itiate, cancel, and/or otherwise modify connections in or- 
der to set up and tear down RTP media streams. A sim- 
ilar procedure may also be utilized to request continuity 
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tests and results. 

[0057] In exemplary embodiments, it may be desira- 
ble to adapt the IP network to carry signaling system 7 
(SS7) Transaction Capabilities Application Part (TCAP) 
messages over the IP network 120 and/or the ATM/ 5 
frame/cell relay network 185. The transport of signaling 
system 7 (SS7) transaction capabilities application part 
(TCAP) messages over the packet networks allows sig- 
naling operations to be supported by multiple connec- 
tions to the same host, multiple host connections, and 
distributed processing of call set-up information using, 
for example, multiple call managers 218 in the broad- 
band network 1 . Thus, the IP network 120 and/or ATM/ 
frame/cell relay network may be utilized to interconnect 
a plurality of ESS switches to transport signaling infor- 
mation, voice, and/or data. In embodiments where the 
signaling gateway (SG) 234 is configured to support sig- 
naling system 7 (SS7) signaling transport using trans- 
action capabilities application part (TCAP) messages, it 
may be desirable to include a translator for converting 
between multimedia gateway control protocol (MGCP) 
messages and transaction capabilities application part 
(TCAP) messages and/or ISDN User Part (ISUP) mes- 
sages. 

[0058] The point where ISUP and TCAP messages 
are terminated at a signaling system 7 (SS7) signaling 
gateway is defined as a Service Switching Point (SSP) 
to the signaling system 7 (SS7) network 170. The call 
manager 218 may be configured with a standardized 
Application Programming Interface (API) to allow inter- 
action with the signaling system 7 (SS7) by, for example, 
sending and/or receiving ISUP and TCAP messages 
from a service switching point (SSP). Full class 5 sign- 
aling system 7 (SS7) functionality may be included in 
the call manager 21 8 including the ability to provide all 
of the information necessary for billing as defined in the 
GR-246-Bellcore standard. The signaling gateway 234 
may be arranged to perform: signaling system 7 (SS7) 
message handling (message discrimination, message 
distribution, and message routing); signaling link man- 
agement (e.g., link activation, deactivation); signaling 
route management (managing Point Code [PC] route 
status based on route received management messages 
such as Transfer Prohibited, Transfer Allowed, Transfer 
Restricted, etc.); and signaling traffic management (di- 
version of traffic based on unavailability, availability, re- 
striction of signaling link, route, and Point Code.) The 
signaling system 7 (SS7) architecture supports the nec- 
essary redundancy component scheme for system reli- 
ability and availability during scheduled maintenance 
and/or software/hardware upgrades. The signaling 
gateway 234 may be configured to directly provide for 
lower level signaling system 7 (SS7) processing. 
[0059] In exemplary embodiments, the signaling 
gateway 234 interacts with the call manager 218 using 
an appropriate open interface (e.g., Common Object 
Request Broker Architecture (COBRA)). In these em- 
bodiments, it may be desirable for translation software 



in the signaling gateway 234 to add Message Transfer 
Part (MTP) layer information to the ISUP and/or TCAP 
data to create a complete signaling system 7 (SS7) mes- 
sage. The complete signaling system 7 message may 
then be sent to the Signaling Transfer Point (STP) in the 
external signaling system 7 (SS7) network 170. Con- 
versely, the signaling gateway 234 may be configured 
to remove ISUP orTCAP application layer data from the 
signaling system 7 (SS7) messages received from the 
STP prior to converting the information to an appropriate 
open interface (e.g., COBRA) and forwarding the infor- 
mation to the call manager 218 via the central router 
210. 

[0060] The accounting gateway (AG) 240 may be 
configured to receive messages representing events 
from the call manager 21 8 via a suitable transport mech- 
anism such as the central router 21 0. Typically, two mes- 
sages are received for each call, the first when the call 
is established, and second when the call terminates. In 
the case of unsuccessful calls, only the failure message 
will be logged. The messages provide details about the 
calling and called parties, the timing of the call set-up, 
the duration and the quality of the call. Accounting gate- 
way 240 may be duplicated using a redundant compu- 
ter, with each gateway having dual-mirrored disks. The 
accounting gateway 240 stores usage records and may 
then distribute them to linked destinations (e.g., billing 
centers) for processing. Billing centers typically include 
bill processors that receive accounting information from 
the accounting gateway 240 and generate appropriate 
on-line or paper billing to customers. The accounting 
gateway may be configured to accommodate multiple 
days worth of accounting records such as the records 
for one day, two days, three days, four days, a week, or 
a month. The period in which the data is retained in the 
accounting gateway may be dependent on business 
needs, hardware restrictions, and/or the billing cycle. 
For example, as the end of the billing cycle nears, it may 
be desirable to shorten the period the accounting gate- 
way holds the data such that calls placed the day the 
bills are printed are included on the bills. Further, the 
accounting gateway may both retain and forward data 
to the billing centers. In this manner, if the equipment at 
the billing center fails, the accounting gateway 240 may 
serve as a backup. Similarly, the billing center may act 
as a backup where the accounting gateway 240 fails. 
[0061 ] An Automatic Message Accounting (AMA) for- 
mat is typically used by circuit-switching systems, pack- 
et-switching systems, and other network elements to 
provide billing usage measurements data (e.g. , the Bell- 
core® Automatic Message Accounting Format (BAF)). 
This data may be utilized either to permit charging the 
customer for use of network resources or to permit 
charging other carriers (e.g., InterExchange Carrier 
(IEC) and other Local Exchange Carrier (LEC)) for as- 
sistance in placing call connections. The accounting 
gateway 240 may be configured to convert this informa- 
tion into an Automatic Message Accounting Format 
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(AM A) Format (e.g., BAF) records and send these 
records to the external billing systems using, for exam- 
ple, a TFTP (trivial file transfer protocol). Timestamp ac- 
curacy is typically based on the accuracy of the call man- 
ager 21 8 clock which may be derived from the TOD 212 
server. To create appropriate AM A records, the event 
information produced by the call manager 218 prefera- 
bly has appropriate information for the telephone serv- 
ice specified such as phone number of the calling party 
(customer), phone number of the called party (custom- 
er), time of call, duration of the phone call, and use of 
any discretionary features. Different AM A structures 
may be generated between On-Net calls (defined as 
within a network service provider IP network 120) vs. 
Off-Net calls (defined as outside of service provider IP 
network - e.g. public switched telephone network) for 
billing purposes. 

[0062] The element management gateway (EMG) 
238 may provide system management functionality that 
includes, for example: a) status and performance mon- 
itoring for the Operation Administration, Maintenance, 
and Provisioning center, to gauge the ongoing operation 
of applications; b) extensive information exchange with 
a network operations center responsible for ongoing 
maintenance of one or more applications; c) customiz- 
able operations interface to allow the network opera- 
tions center to view only information required, thus re- 
ducing the time spent filtering information; d) centralize 
distributed application configuration allowing for the 
centralized configuration of objects residing on a plural- 
ity machines; e) proactive network management capa- 
bilities to remove the need for constant operator inter- 
vention making the day-to-day operations more effi- 
cient; and/or f) intelligent display of status information 
to separate critical issues from low-priority problems al- 
lowing the operation center to assign resources to the 
right problems at the right time. 
[0063] The multimedia gateway (MG) 230 may be 
configured to connect to the public switched telephone 
network 160 and to convert IP based multimedia pack- 
ets into standard public switched telephone network 1 60 
traffic. The multimedia gateway 230 may include an in- 
telligent trunking interface that communicates with the 
call manager 21 8 for automatic trunk sizing and alloca- 
tion between the IP network 120 and the public switched 
telephone network 160. For example, when an system 
user at the customer premises is using a PC and/or a 
multimedia phone to communicate with a traditional 
public switched telephone network 1 60 user, the com- 
munication session involves the transmission of video 
and audio data. The bandwidth that is required for this 
type of communication is much greater than that re- 
quired for a PSTN-to-PSTN voice call or an IP-to-PSTN 
voice call. The multimedia gateway 230, as the interface 
between two systems, may negotiate a larger bandwidth 
to facilitate the call if the called party is also video ena- 
bled. This bandwidth negotiation process typically oc- 
curs with a SESS or a Local Digital Switch within the 



public switched telephone network 1 60. Typically, a mul- 
timedia call, including live video, audio and data, will re- 
quire bandwidth ranging from 56K to 1 .544 Mbps. How- 
ever, as the number of users sharing the same link 

5 grows, the quality of the transmission deteriorates sig- 
nificantly. The multimedia gateway 230 must be able to 
monitor bandwidth usage and make appropriate adjust- 
ments so as to maintain an acceptable quality of service. 
Further, it may be desirable for the call manager 218 

10 and the multimedia gateway 230 to communicate be- 
tween themselves and/or the customer premises equip- 
ment 1 02 to determine whether the user has authorized 
the additional bandwidth and hence expense of the call. 
For example, even where a called and/or calling party 

15 is video enabled, it may nonetheless refuse to authorize 
payment for the increased bandwidth necessary for vid- 
eo. 

[0064] The Internet gateway (IG) 236 may be con- 
nected to the Internet (e.g., World Wide Web (www)) and 

20 provide a means for I P based data packets to be routed 
between the IP network 120 and the Internet 180. Alter- 
natively, IP based voice packets may be routed via the 
Internet 180. In exemplary embodiments, the Internet 
gateway 236 routes data-only packets which share the 

25 same priority level with other lower priority, non-real- 
time traffic consistent with computer data communica- 
tions presently experienced with the Internet 180. Con- 
sequently, low priority and low latency data traffic on the 
IP network 120 utilize the Internet gateway 236 to com- 

30 municate with other IP data networks such as the www. 
Voice packets may be routed through another network 
such as the ATM/frame/cell relay network 1 85, a private 
IP network 120, and/or the public switched telephone 
network 1 60 where committed information rates may be 

35 easily obtained. 

[0065] In exemplary embodiments, the broadband 
network 1 includes the interfaces which enable connec- 
tions to existing Operation, Maintenance and Provision- 
ing (OAM&P) 195 systems that support, billing, account- 

40 jng, provisioning and/or configuration management 
functions. A Secured Management Data (SMD) Net- 
work 1 90 may be utilized to connect the OAM&P 1 95 to 
the accounting gateway 240 and element management 
gateway 238. The Secure Management Data network 

45 1 go may include a Network Service Division's NSD Net. 
The Secure Management Data network 190 helps en- 
sure that only secure communication can occur be- 
tween the IP central station 200 and the OAM&P 195. 
This eliminates one potential means of tampering with 

50 the billing and provisioning functions in the OAM&P. The 
billing systems (OSS) 1 95 may include the Network Op- 
erations Center (NOC). The NOC may include a trans- 
lation server which includes functions for allowing com- 
munications and control of diverse networks. 

55 

B. Broadband Residential Gateway (BRG) 

[0066] Referring to Fig. 3, a preferred embodiment for 



11 



21 



EP1 115 264 A2 



22 



a broadband residential gateway (BRG) 300 will now be 
described and explained. The broadband residential 
gateway 300 may be configured as the interface unit be- 
tween the remainder of the customer premise equip- 
ment 1 02 devices and the external network. The broad- 5 
band residential gateway 300 may be connected to the 
remainder of the broadband network 1 using any suita- 
ble mechanism such as a gateway directly into an IP 
network and/or a cable connection. In the most pre- 
ferred embodiments, a hybrid fiber-coaxial plant con- 10 
nection is utilized such as hybrid fiber-coaxial (HFC) 
plant 112. The hybrid fiber-coaxial plant 112 allows nu- 
merous broadband residential gateways 300 to be in- 
cluded on an existing hybrid fiber-coaxial plant 1 1 2 with- 
out modification to the plants infrastructure. 15 
[0067J The broadband residential gateway 300 may 
be variously configured to, for example, provide high- 
speed cable modem capabilities to interconnect one or 
more associated PCs with each other and with the re- 
mainder of the broadband network 1 , provide function- 20 
ality to one or more TVs (using, for example, either an 
integrated or separate decoder functionality, e.g., set 
top box 350), one or more telephone connections such 
as plain old telephone service (POTS) phones and/or 
digital telephones, displays, wireless interfaces, voice 25 
processing, remote control interface, display interface, 
and/or administrative functions. In exemplary embodi- 
ments, the broadband residential gateway 300 may a) 
providing conversion between analog voice and IP voice 
packets, b) multiplexing/demultiplexing streams of IP 30 
voice packets, c) supporting multiplexing/demultiplex- 
ing of multiple incoming and outgoing signals including 
multiple voice, multimedia, data, system administration, 
and/or TV information signals. 

[0068] Where the elements of the broadband residen- 35 
tial gateway 300 are interconnected, the interconnection 
may be provided by one or more data buses, for exam- 
ple, a high speed bus (HSB) 360, processor bus 380, 
and/or other interconnection system. The high speed 
bus 360, 380 may be configured to provide a flexible 40 
conduit for transferring information between the internal 
hardware, processors and ports. In exemplary embodi- 
ments of the broadband residential gateway 300, the 
high speed bus 360 may include one or more of the fol- 
lowing functional units a) a universal remote control re- 45 
ceiver module 365 for receiving wireless (e.g., infrared, 
and/or RF) signals (e.g., keyboard signals and/or re- 
mote control signals) for control of the broadband resi- 
dential gateway 300 and/or any connected devices, b) 
a display, display driver, touch screen logic module for so 
driving one or more local and/or remote displays for in- 
terfacing with the broadband residential gateway 300 
and/or one or more connected devices, c) one or more 
TV port modules 336 for interconnecting televisions, 
set-top devices, and/or other audiovisual devices to the 55 
broadband residential gateway 300, d) one or more data 
port modules 334 for connecting/interconnecting data 
enabled devices (e.g., personal computers, palm top 



devices, etc.), e) one or more telephony port modules 
332 for interconnecting one or more analog and/or dig- 
ital telephones, f) one or more peripheral port modules 
342 for interconnecting one or more peripheral devices 
such as disk drives, data storage devices, video cas- 
sette recorders, DVD devices, audio devices, video de- 
vices (e.g., camcorders, digital cameras, digital video 
recorders, stereos, etc.), g) one or more external/inter- 
nal intercom modules 344 for interconnecting remote in- 
tercom and/or security monitoring devices, h) one or 
more wireless interface modu les 345 for interconnecting 
with various wireless extension devices such as wire- 
less TVs, cordless and/or wireless telephones, wireless 
LANs, etc.) one or more voice recognition/voice synthe- 
sis modules 355 for generating voice announcements, 
voice messages, and voice prompts and for recognizing 
voice generated commands and data, j) set-top box 
module 350 for performing the functions associated with 
a set-top box locally and/or for communicating with one 
or more remotely coupled set-top boxes, k) memory 322 
(e.g., DRAM, RAM, flash, and/or other memory) for stor- 
ing information and operating data within the broadband 
residential gateway 300, 1 ) transceiver 302 for commu- 
nicating with one or more external broadband networks 
m) operating program store 330 (e.g., ROM, flash, etc.) 
for storing at least portions of the operating programs 
for the broadband residential gateway 300 and/or inter- 
connected devices, n) security processor, smart card 
and/or credit card interface module 340 for providing se- 
cure processing functions and/or credit card/smart card 
transaction functions, and/or 0) distributed processing 
controller 306 which may be a microprocessor and/or 
one or more interconnected distributed processing mod- 
ules for controlling the broadband residential gateway 
300. Where the distributed processing controller 306 in- 
cludes one or more distributed processing modules, the 
modules may include a telephony processing module 
(P1) 308, data processing module (P23) 310, video 
processing module (P3) 31 2, auxiliary processing mod- 
ule (P4) 314, IP processing module (P5) 316, and/or an 
operations administration maintenance and provision- 
ing processing module (P6) 31 8 interconnected through 
one or more busses such as processor bus 380. The 
processor bus 380 and/or high speed bus 360 may in- 
clude any suitable interconnect bus including intelligent 
bus configurations incorporating smart buffer logic (not 
shown in Fig. 3) to facilitate data transfer between inter- 
connected processors and/or modules. The various 
modules and/or processing components of the broad- 
band residential gateway 300 may be powered by , for 
example, a power supply unit (not shown). Each of the 
individual modules of the broadband residential gate- 
way will now be described in more detail. 
[0069] The transceiver 302 may include circuits for 
converting digital signals to and from RF signals suitable 
for transmission across a broadband network such as 
the hybrid fiber-coaxial plant 112. The transceiver 302 
may include one or more input/output ports such as a 



12 



23 



EP1 115 264 A2 



24 



cable interface (e.g., an F connector cable connection) 
and/or a fiber optic interface connected to a communi- 
cation media (e.g., hybrid fiber-coaxial Plant 112). The 
transceiver 302 may be compatible with the DOCSIS 1 .0 
or later specifications. For signaling purposes, the 
broadband residential gateway 300 may be compatible 
with the Media Gateway Control Protocol (MGCP) or 
other compatible signaling protocol (e.g., SIP orH.GCP) 
to support telephony applications. The transceiver 302 
may serve as a modem, a translator and/or a multiplex- 
er/demultiplexer. Data received from the network may 
be demultiplexed and placed on the data bus for dis- 
patch to the appropriate peripherals and/or ports. Data 
from the various ports and peripherals may be multi- 
plexed together for distribution over one or more broad- 
band networks (e.g., the hybrid fiber-coaxial (HFC) plant 
112). Where a hybrid fiber-coaxial plant 112 is utilized, 
the data may be multiplexed onto various frequency 
bands of the hybrid fiber-coaxial plant 112 in a continu- 
ous data stream(s) and/or packetized data stream(s). 
To facilitate data transfer for various networks, the trans- 
ceiver 302 may be include one or more registers for data 
queuing and/or IP tunneling of data packets across the 
broadband network. 

[0070] Although the illustration of a display, display 
drivers, and touch screen logic device 338 suggests that 
the a display is integral to the broadband residential 
gateway 300, alternative embodiments of the broad- 
band residential gateway 300 may provide a user inter- 
face via the TV screen, PC screen, video telephone, 
and/or other display device in addition to, or in lieu of, a 
display integral to the broadband residential gateway 
300. 

[0071] The peripheral ports module 342 may include 
a plurality of ports providing connectivity to external pe- 
ripherals. Exemplary interfaces include, PCI, Firewire, 
USB, DB25, etc. Devices which incorporate one or more 
of these interfaces may utilize the broadband residential 
gateway 300 to interconnect to the remainder of the 
broadband network 1 . 

[0072] The external/internal Intercom Module (IM) 
344 may include one or more microphones/speakers, 
voice CODECS, telephony processors, and/or interface 
ports. Where an intercom module 344 is utilized, the 
built-in circuitry may be configured to detect, for exam- 
ple, unused plain old telephone system telephone(s) 
and generates a special intercom tone on these unused 
telephones. In this manner, existing plain old telephone 
system telephones, digital phones, and/or other devices 
may serve as an intercom throughout the residence. 
The controller 306 (e.g. , such as the P1 telephony proc- 
essor 308) may function to command the intercom mod- 
ule 344 to determine an appropriate intercom path to 
select an intercom connection between various loca- 
tions. In exemplary embodiments, the CODEC may be 
configured to convert the analog voice signal into IP 
packets for transmission over one or more data ports 
334, TV ports 336, display modules 338, telephony ports 



332, peripheral ports 342, external/internal intercom 
ports 344, wireless interface ports 345, and/or set-top 
boxes 350. 

[0073] In yet further embodiments, multiple broad- 

5 band residential gateways 300 may be configured 
through, for example, IP tunneling, to set-up an intercom 
connection between multiple remote broadband resi- 
dential gateways 300. In this manner, an administrative 
assistant at the office may be contacted via an intercom 

io connection present at the users home. Thus, one or 
more individuals disposed at either local and/or remote 
locations with diverse types of equipment may commu- 
nicate as an intercom group without the need to com- 
municate via normal dialing procedures. 

15 [0074] In addition to intercom services, the intercom 
module 344 may also configure intercom services for 
other telephony services (e.g., extension transfer, call 
conferencing, internal caller ID), high speed data serv- 
ices (e.g., LAN connections), facsimile transmission/re- 

20 ception, e-mail transmission/reception, video confer- 
encing, and/or CATV/HDTV (Cable Television/High Def- 
inition Television) using standard industry protocols 
such as DOCSIS 1 .0 or higher and IP tunneling trans- 
missions. These services are advantageous in that once 

25 configured, the user may simulate a work environment 
in his home. 

[0075] Though processing may be accomplished by 
a single processor performing all functions (e.g., 
processing controller 306), in the preferred embodiment 
30 shown in Fig, 3, the architecture employs a distributed 
processing controller 306, and a plurality of processors 
P1-P6 308-318. In the distributed processing architec- 
ture, each of the plurality of processors P1-P6 may be 
configured to have a dedicated function to provide pre- 
ss determined services or applications. The processors 
may be coupled together via any suitable mechanism 
such as the processor bus 380 and/or high speed bus 
(HSB) 360. The first processor P1 308 may include te- 
lephony applications such as call set-up, call tear down, 
40 and call functions; the second processor P2 310 may 
include management functions such as distribution and 
coordination of data within the various devices of the 
broadband residential gateway 300; the third processor 
P3 31 2 may include video processing functions for con- 
45 figuring control panels, screen displays of attached de- 
vices, video conference calls, MPEG decoding func- 
tions and other video processing functions; the fourth 
processor P4 314 may include an auxiliary processor 
for off loading special processing functions such as nu- 
50 meric processing; the fifth processor P5 316 may in- 
clude interface input/output processing (e.g., text to 
voice and vise versa) and/or Internet protocol (IP) 
processing functions for configuring data to communi- 
cate with the remainder of the broadband network 1 and/ 
55 or devices attached to the broadband residential gate- 
way 300 such as IP telephones or IP enable PCs; and 
the sixth processor P6 318 may include processing 
functions for Operation, Maintenance and Provisioning 
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(OAM&P) processing. Each of the above processors 
may be an entirely separate processing unit with includ- 
ed RAM, ROM, Flash memory, or may share RAM, 
ROM, and/or Flash memory. Where shared RAM, ROM, 
and/or Flash memory is utilized, the memory may be lo- 
cated within the distributed processor controller 306 
and/or on the processor bus 380. Alternatively, the 
memory may be integrated into the operating program 
store 330 and/or into memory 322. 
[0076] The Distributed Processing Controller306 with 
its associated processors (P1-P6) may be coupled to 
the various elements of the broadband residential gate- 
way 300 so as to enable proper operation of each of the 
individual components. For example, the distributed 
processing controller 306 (with any associated proces- 
sors (P1 -P6)) may also coupled to the security proces- 
sor, smart card / credit card, and interface module 340, 
the peripheral port(s) module 342, and/or the Externa!/ 
Internal Intercom Module 344 for providing control and 
coordination among devices coupled to the high speed 
bus 360. 

[0077] The display 338 may include, for example, an 
interactive LED/LCD module positioned in a suitable lo- 
cation such as within or attached to the broadband res- 
idential gateway 300. The display 338 may include an 
interface to notify, display and receive user inputs and 
processing status. The display 338 may be configured 
to display various informational status such as multime- 
dia mail, called ID, call logs, call in progress and asso- 
ciated information, call waiting information, call confer- 
encing, and/or other call related info rmation. The display 
338 may provide a display of real time status of the var- 
ious devices connected to the broadband residential 
gateway 300 as well as any current connections, calls, 
and/or data transfers. The display 338 may also include 
touch screen capabilities that allow information to be in- 
put via a plurality of interrelated on-screen prompts, on- 
screen icons, and/or a keypad (e.g., an alphanumeric 
keyboard). The keypad may be a remote control, numer- 
ic keyboard, and/or alphanumeric keyboard. 
[0078] In one embodiment of the display 338 opera- 
tion, a user may touch an icon representing a pending 
voicemail and/or multimedia mail message. The panel 
may be configured to send an electronic signal to the 
processing controller 306 and/or an attached processor 
such as the telephony processor. On receiving the sig- 
nal, the P1 telephony processor 308 may be configured 
to generate an IP packet via the transceiver 302 across 
portions of the broadband network 1 to the multimedia 
server 222 in IP central station 200. The multimedia 
server 222 may authenticate the request by, for exam- 
ple, verifying location of the request and/or the identity 
of the requesting party. Where identity of the catling par- 
ty is being verified, the user enter an access password 
by an audio and/or keyboard request. Where an audio 
request is generated, the user may utilize the external / 
internal intercom module 344 of the broadband residen- 
tial gateway 300, or via a text message entered into the 



display 338. The user may then enter the appropriate 
access code via the onscreen soft keypad, microphone, 
and/or keyboard. Alternatively, the message could be 
stored locally in the broadband residential gateways 300 

5 memory 322 and depending on whether there is a pass- 
word lock on the broadband residential gateway 300, 
the user may not have to enter a password to access 
the message. Where the message is stored locally in 
the broadband residential gateways 300 memory 322 

10 rather than IP central station, the display 338 simply re- 
calls the message from memory and presents to the us- 
er to provide one-touch instant message retrieval. 
[0079] In embodiments where the broadband resi- 
dential gateway 300 supports multiple mailboxes, the 

15 icons on the LCD/LED may be personalized to show the 
identity of the owner of the message. Each user may 
have a different password to ensure privacy of access. 
An activity log which tracks past and present messages 
and/or archives multimedia messages may be present- 

20 ed on display 338. The archive may be stored locally, or 
at a remote location such as IP central. The archive may 
be utilized by the user to recall messages which have 
long since been erased from local storage but may be 
retrieved from IP central on tape and/or disk storage. 

25 This is preferably an optional feature for those users 
who are less security conscious. The multimedia mes- 
sages need not be displayed only on display 338. In al- 
ternate embodiments, any of the peripheral devices at- 
tached to the broadband residential gateway 300 are ca- 

30 pable of receiving the multimedia messages. 

[0080] The memory 322 may be variously configured 
to include one or more field-upgradeable card slots for 
permitting memory expansion. Certain users may wish 
to enable higher end applications such as nearvideo on 

35 demand (e.g., pausing of shows via buffering in memo- 
ry), video conferencing of multiple users, multi-party 
conferences, call waiting for multiple parties, etc. Ac- 
cordingly, the use of a broadband residential gateway 
300 allows the user to upgrade memory via inserting ad- 

40 ditional cards. Alternatively, the user may use system 
memory in IP central and buffer data remotely. 
[0081] Operating program store 330 may be config- 
ured to receive updates. This may be accomplished by 
having the user replace one or more memory cards or 

45 automatically by the IP central station downloading new 
operating code into one or more residential gateways 
300. 

[0082] As previously indicated, smart buffer logic 
(SBL) may be coupled to the telephony port(s) 332, data 

so port(s) 334, TV port(s) 336, peripheral port(s) 342, and/ 
or the distributed processing controller (DPC) 306. 
Where the smart buffer logic is utilized, it may function 
to buffer the IP packets for delivery over the communi- 
cation network such as the hybrid fiber-coaxial plant 

55 112. In addition, the smart buffer logic may include se- 
lectable switching and routing algorithms based on serv- 
ices and applications associated with each port. De- 
pending on the destination of the IP traffic, the smart 
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buffer logic may multiplex signal from various devices 
to effect faster information transfer. The smart buffer log- 
ic may also allow direct memory access between mem- 
ory 322 and one or more of the devices and/or ports cou- 
pled to the high speed bus 360. 
[0083] The telephony port(s) 332 may include various 
interface circuitry (e.g., analog interface, logic and 
firmware for interfacing with the Plain Old Telephone 
(POTs) telephones). Also the telephony port(s) 332 may 
also be configured to include user interface logic, voice 
processing logic, voice activity detector logic, voice CO- 
DECS, and DTMF (dual tone multi-frequency) tone 
sensing logic. Echo cancellation and automatic gain 
control may also be utilized in the telephony port(s) 332 
circuitry. In one embodiment, RJ-11 connectors for a 
plurality of lines (e.g., 4) are provided for connection to 
one or more existing plain old telephone system 1 1 0 tel- 
ephone units. However, the broadband residential gate- 
way 300 may contain any number of telephone connec- 
tion ports. In this manner, any number of existing user 
phone may connected directly to the broadband resi- 
dential gateway 300 without modification. Alternatively, 
the broadband residential gateway can be configured to 
support, in addition to or as alternative to the plain old 
telephone system telephone units, ISDN telephones 
and/or other digital phones (e.g., IP telephones) using 
an appropriate interface. 

[0084] The data port(s) 334 interface may be various- 
ly configured. In one configuration, the data ports in- 
clude high speed data service connections to, for exam- 
ple, a personal computer (PC) using a LAN connection. 
For example, the data ports 334 may include an Ether- 
net 802.3 connection compatible with category 5 un- 
shielded twisted pair (UTP) cable and a RJ-45 connec- 
tor. The data port(s) 334 may include the necessary in- 
terface circuitry for coupling to remote computers. 
[0085] The TV port(s) 336 may include an interface 
for conventional television, HDTV and/or CATV servic- 
es. The TV port(s) 336 typically have one or more F- 
connectors used for coaxial cable connection to a TV 
set(s). The TV ports may be configured to connect to a 
set top box (STB) via the F-connector or directly to a 
remote television. In embodiments where the set top 
box is co-located with the television, the data supplied 
over the TV ports may be either analog and/or digital 
information. Where the set top box is integrated into and/ 
or comprises the broadband residential gateway 300, 
the TV ports may be analog or compatible with HDTV 
signals. 

[0086] The broadband residential gateway 300 need 
not necessarily be limited to home use and is intended 
to also be utilized in business applications. In some con- 
figurations, the broadband residential gateway 300 may 
serve the same functions and operate as a private 
branch exchange (PBX). Where greater capacity is de- 
sired, one or more broadband residential gateways 300 
may be disposed on a PC card and combined in a PC, 
rack mount, and/or server to create an expandable pri- 



vate branch exchange type system that enables intra- 
premises calling between telephones connected to var- 
ious telephone connectors on the broadband residential 
gateway 300. 

5 

C. Integrated Broadband IP Based Communication 
System 

[0087] Fig. 4 shows an exemplary embodiment of the 
10 broadband network 1 shown in Figs. 1-3, with like com- 
ponents identified with identical numbers. At the extrem- 
ities of the integrated communications system is the 
customer premises equipment unit (CPE) 1 02, e.g., one 
or more customer premise equipment 1 02 at each cus- 
'5 tomer location. The customer premise equipment 102 
may be configured to include an integrated communica- 
tion interface device such as the broadband residential 
gateway 300. Other customer premise equipment 102 
devices such as one or more televisions (TV) 106, per- 
sonal computers (PC) 108, and telephones 110, etc., 
may be connected to the broadband residential gateway 
300 via various ports as discussed above. The customer 
premise equipment 1 02 could include multiple TVs 1 06, 
telephones 110, and PCs 108 connected to a single and/ 
or multiple broadband residential gateway 300. Further, 
in certain embodiments, it may be desirable to divide the 
broadband residential gateway 300 into more than one 
physical package. In this manner, certain interface cir- 
cuitry may be located outside of the home while various 
processing circuitry may be located near a peripheral 
device such as in a set top. 

[0088] Where the broadband residential gateway 300 
is coupled to the hybrid fiber-coaxial plant 1 1 2 in accord- 
ance with a preferred embodiment of the present inven- 
tion, it may be configured to provide the user with both 
information data (e.g., through an Ethernet interface), 
telephony access, and TV service (e.g., HDTV, Digital 
TV and/or CATV services). In exemplary embodiments, 
the hybrid fiber-coaxial plant 112 typically includes both 
coaxial cable and optical fiber networks, though, where 
desired, the network may include only coaxial cable or 
optical fiber. The hybrid fiber-coaxial plant 112 may be 
coupled to a head-end hub (HEH) 115. The head end 
hub 1 1 5 may provide an interconnection point to gather 
and/or transform external services (e.g., off air and sat- 
ellite video, public switched telephone network voice, 
and Internet data) into a format suitable for distribution 
on the hybrid fiber-coaxial plant 1 1 2 for use with the cus- 
tomer premise equipment 102. The head-end hub 115 
may include one or more cable modem termination sys- 
tems (CMTS) 1 1 6 coupled between the hybrid fiber-co- 
axial plant 112, a Head-end (HE) 117 and/or an Edge 
Router (ER) 118. The edge router 118 may be coupled 
to the cable modem termination system 116 and to one 
or more ultra high speed routers (UHR) 121. One or 
more ultra high speed routers 1 21 may be interconnect- 
ed to each other and/or through a centralized mecha- 
nism such as an IP network database to form a high 
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speed network. The high speed packet network 120n is 
one example of the network 120 (e.g., IP network) 
shown in Fig. 1. 

[0089] In the embodiment shown in Fig. 4, the high 
speed network 120n includes the ultra high-speed rout- 
ers (UHR) 121 configured in a ring configuration. Al- 
though this embodiment shows the use of the IP network 
database (IN D) 122, other configurations are also suit- 
able. Where an IP network database 122 is utilized, it 
may be desirable to incorporate one or more data sets 
such as: a IP local number portability database (IP LNP) 
122a which may be utilized for transferring local DN 
among service providers when a user changes their 
service provider; an IP caller name database (IP 
CNAME) 122b which may be utilized to provide a data- 
base of names relating to IP addresses and/or domain 
names; an IP line information database (IP LIDB) 122c 
which may provide alternative billing and allow flexibility 
in determining who pays for a call; and an IP 1-800 Da- 
tabase (IP 8YY) 122d which may provide a database of 
1 -800 numbers relating to the IP network 1 20a. Alterna- 
tively, the IP local number portability database may be 
located at another location, such as at an IP central sta- 
tion (IP Central) 130. Where desired, a local service 
management system (LSMS) 150 may be arranged to 
provide management of the IP local number portability 
database. Where a local service management system 
1 50 is utilized, a plurality of local service order adminis- 
tration (LSOA) units 152 may be coupled to the local 
service management system by, for example, a number 
portability administration center (NPAC) 151. In this 
manner, directory numbers may be transported among 
different service providers. In such a case, a NPAC 1 51 
is generally coupled to the LSMS 150 and uses the LS- 
MS 150 to synchronize the numbering databases and 
to coordinate the porting process. 
[0090] As indicated above, the broadband network 1 
may include a plurality of interconnected high perform- 
ance networks 120n, Each high performance network 
120n may include a separate IP central station 200 and/ 
or share a single IP central station. Having distributed 
IP central stations located throughout the broadband 
network 1 provides improved performance and quicker 
response time for an individual user. Although not illus- 
trated, each high performance network 120, 120n may 
be connected to multiple head-end hubs 115, each 
head-end hub 115 may be connected to multiple hybrid 
fiber-coaxial plants 112, and each hybrid fiber-coaxial 
plant 112 may be connected to a plurality of customer 
premises equipment 102, each containing one or more 
broadband residential gateways 300. The plurality of 
high performance networks 120n may be configured as 
an interconnected network for routing packetized infor- 
mation from point-to-point in accordance with a desired 
destination. 

[0091] The high performance network 120n may be 
configured to provide connectivity for and between a 
plurality of head-end hubs 115 and/or a plurality of 



broadband residential gateways 300 and other net- 
works such as the Internet, e.g., www 180, the public 
switched telephone network (PSTN) 1 60 and/or various 
signaling systems such as the SS7 network 1 70 for end- 

5 to-end voice over IP applications. The IP central station 
200 may be configured to provide seamless integration 
and control of the high performance network 120 (e.g., 
an IP based communication system) interface with the 
public switched telephone networks (PSTN) 160, sign- 

10 aling system seven (SS7) 1 70, and/or the Internet 1 80 
so that packetized data, voice calls, and other signaling 
information is properly transferred between the broad- 
band residential gateway 300 and the public switched 
telephone network 1 60 and Internet 1 80. In certain con- 

15 figurations, the hybrid fiber-coaxial 112, head-end hub 
115, and high performance network 120, provide a sig- 
nal conduit for packetized voice and data which may, 
with the coordination of the IP central station 200, be 
provided in the appropriate format between the broad- 

20 band residential gateway 300, the public switched tele- 
phone network 1 60, and/or the www 1 80. 

D. General Operation of Integrated Communication 
System 

25 

[0092] The typical home user is currently required to 
purchase multiple intelligent data conduits such as mul- 
tiple set-top boxes, a plurality of conventional, DSL and/ 
or ISDN phones, cable modems, HDTV receivers, sat- 

30 ellite receivers, home PC LANs, etc. The integrated 
communication system of the present invention pro- 
vides a user friendly versatile communication system 
that enables voice over IP telephony, information data 
(e.g., PC and Internet), and television services in a sys- 

35 tern with one intelligent customer premise equipment 
102 interface, the broadband residential gateway 300. 
The broadband residential gateway 300 in conjunction 
with the IP central station 200 provides a flexible com- 
munication system that can provide any number of in- 

40 tegrated communication service features and functions 
without requiring the user to become familiar with nu- 
merous, diverse types of equipment. 
[0093] In one exemplary application of the voice over 
IP operations, the broadband residential gateway 300 

45 digitizes the analog telephony signal using , for example, 
G.711 |i law coding (64 Kbps Pulse Code Modulation). 
The digital samples may then be packetized in, for ex- 
ample, the broadband residential gateway 300 into IP 
packets. The broadband residential gateway 300 may 

so be configured to encapsulate the IP packets into, for ex- 
ample, DOCSIS (Data Over Cable Service Interface 
Specifications) frames for transmission back to the 
head-end hub (HEH) 115 over the hybrid fiber-coaxial 
plant 112. The hybrid fiber-coaxial plant 112 may then 

55 be configured to transport signals for both upstream (to 
head-end hub 202) and downstream (to the broadband 
residential gateway 300 and customer premise equip- 
ment 102) directions. Although the DOCSIS protocol is 
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utilized in this example, any future protocol may also be 
used for the digitizing and packeting of data. Where the 
protocol changes, it may be desirable to download new 
operating code from, for example, IP central station 200 
to the individual broadband residential gateways 300, to s 
update the communication protocols dynamically. When 
new protocols are adopted, the IP central station may 
utilize, for example, the system management server 2 1 6 
to download new protocol data into, for example, the 
protocol manager in the call manager 21 8 and the pro- 10 
gram store 330 in the broadband residential gateway 
300. 

[0094] Where voice packets are sent over constant bit 
rate (CBR) channels using unsolicited grants, additional 
packet data channels may be used to support signaling 15 
messages (e.g., SGCP, Simple Gateway Control Proto- 
col), high-speed cable modem service and/or other up- 
stream packet data services. The upstream packet data 
services may be sent using available bit rate (ABR) 
channels such that the voice channels not impacted by 20 
data traffic. 

1 . TV Signal Reception 

[0095] The head-end 1 1 7 may originate CATV signals 25 
for transmission over the distribution network. However, 
in alternate embodiments, signals may be inserted at 
other points in the distribution network, such as at vari- 
ous hubs or may arise at remote locations in the network 
such as IP central. Down stream channels may be uti- 30 
lized to facilitate the transmission of signals from the 
head-end or other input distribution point to the sub- 
scriber premise. Where analog RF signals arrive at the 
broadband residential gateway 300 of the customer 
premise equipment 102, typically, the transceiver cir- 35 
cuitry 302 will detect if the signal is addressed to this 
broadband residential gateway 300. If so, the transceiv- 
er will allow reception of the RF signal. Upon conversion 
to a digital format, the signal is typically output over the 
high speed bus (HSB) 360 to one or more associated *o 
devices for processing. For example, where the signal 
is a TV signal, the signal may be output directly to the 
TV port 336 and/or processed by the set top box 350 
prior to outputting to the TV ports 336 and/or display 
338. Where user channel selection is preformed directly *5 
in the broadband residential gateway 300, channel se- 
lection may be preformed by remote control receiver 
365 using an external device such as a remote control. 
The remote control receiver may receive a plurality of 
individually coded remote control commands from dif- so 
ferent receivers and process the signals for only one as- 
sociated device in accordance with the received com- 
mands. Alternative channel inputs include the display 
338 and/or any associated keypad. Authorization to cer- 
tain channels may be controlled by security processor 55 
340. 

[0096] Where a remote set top box is utilized, the box 
may be coupled directly to the HFC for individual fre- 



quency tuning and/or receive a digital feed from the 
broadband residential gateway 300 after decoding the 
digital signal. For example, where hybrid fiber-coaxial 
plant 112 contains fiber connections to locations near 
the individual homes, it may be desirable to download 
one or more simultaneous individually requested pro- 
gramming stream (s) and/or digital data stream (s) to the 
broadband residential gateway 300. In this manner, the 
number of channels, movie selections, and/or entertain- 
ment options available to the user are unlimited. Cost is 
minimized since only a single intelligent user interface 
is used in the home and all televisions, phones, com- 
puters, and/or other user interface devices use the same 
intelligent user interface to the broadband network 1 . In 
this manner, the broadband network 1 may offer premi- 
um television, voice and/or data services to multiple 
conventional televisions, phones, and PCs without the 
use of multiple set boxes, modems, and external con- 
nections. Thus, the users are provided a single unified 
interface to satisfy their external data needs. 

2. Exemplary Call Flow of an On-Network Call to an 
Off-Network Call, with the Off-Network Call initiating 
the Dropping 

[0097] Fig. 5 illustrates an exemplary call processing 
sequence for an on-net call (e.g., an IP based call) to 
an off-net call (e.g., a public switched telephone network 
based call), in which the off-net party initiates the drop 
call sequence. The exemplary call processing sequence 
operates as follows: 

1 . Once the broadband residential gateway 300 de- 
tects an off hook condition, the broadband residen- 
tial gateway 300 may generate an off hook signal 
508 to the call manager (CM) 21 8. The off hook sig- 
nal acts as a dial tone request to the call manager 
218, Alternatively, the broadband residential gate- 
way 300 may collect all dialed digits before activat- 
ing the off hook condition. This alternative may be 
desirable to save resources at the call manager 21 8 
where multiple incoming lines are available to han- 
dle any additional calls. Thus, even though one 
phone is off-hook, the broadband residential gate- 
way 300 determines that other lines are available 
and does not initiate the off-hook signal until all di- 
aling digits have been collected. 

2. Where the call is managed entirely by the call 
manager, the call manager 21 8 will issue a dial tone 
message 509 to the requesting broadband residen- 
tial gateway 300 in order for the broadband residen- 
tial gateway 300 to generate a dial tone to the as- 
sociated phone. Where the broadband residential 
gateway 300 shares management of the call, the 
broadband residential gateway 300 generates the 
dial tone in response to the off-hook condition. 

3. Where the call is managed entirely by the call 
manager 218, the call manager 218 will then enter 
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a state where it polls and collects the dialed digits 
510 from the broadband residential gateway 300. 
The dialed digits may then be transferred to the call 
manager 218 one at a time as they are entered. Al- 
ternatively, where the call set-up control process is 5 
shared between the broadband residential gateway 
300 and the call manager 218, the broadband res- 
idential gateway 300 collects the dial digits and 
transfers these, together with the off-hook signal to 
the call manager 21 8. This transfer may be facilitat- 10 
ed by combining this data into a single data packet. 

4. On receiving the dialed digits, the call manager 
21 8 will determine whether local number portability 
has been enabled. Where local number portability 
has been enable, the call manager 218 may issue *5 
a local number portability (LNP) query 51 1 to the IP 
local number portability database 122. The IP local 
number portability database 122 may then supply 
the call manager 218 with a routing number 512 if 
the dialed digits form a valid sequence. Where the 20 
dialed digits do not form a valid sequence, the call 
manager 218 will return an error indication to the 
broadband residential gateway 300. The error des- 
ignation may include a tone and/or a more detailed 
error message for display on, for example, display 25 
338. 

5. Where the call sequence is valid, the call man- 
ager 21 8 may issue a first call proceeding message 
513 to the broadband residential gateway 300 indi- 
cating that the number is valid and the call is pro- 30 
ceeding (e.g., a valid on-hook condition). 

6. Next, the call manager 218 typically determines 
whether adequate network resources are available 
to carry the call. In embodiments where the broad- 
band residential gateway 300 is connected to a hy- 35 
brid fiber-coaxial plant 112, the call manager 218 
may send an open gate allocation request 514 to 
the cable modem transmission system 116. In this 
event, it is often desirable for the cable modem 
transmission system 116 to provide a gate alloca- <o 
tion acknowledgement 515. A gate allocation ac- 
knowledgement may be utilized to verify that the 
necessary gate resources have been allocated. 

7. The call manager 218 may send an open con- 
nection request 51 6 to the voice gateway (VG) 232 ^ 
in order to provision the connection. Once the con- 
nection is provisioned, the VG 232 may provide an 
open connection acknowledgement 51 7 back to the 
call manager 21 8. 

8. For off network connections, it is often necessary so 
to enter a second phase of the connection process 
involving the appropriate link signaling to establish 

a call. For example, the call manager 21 8 may send 
an ISUP I AM (Initial Address) message 518 con- 
taining the directory number (DN) of the called party ss 
to the signaling gateway (SG) 234. This process is 
often utilized to allocate the appropriate voice trunk 
for communication. The call manager 21 8 may also 



send an alerting message 51 9 1 the broadband res- 
idential gateway to produce an alerting signal, e.g., 
a ringing tone. The signaling gateway 234 may 
make the appropriate connections when the trunk 
has been allocated and acknowledge the request 
with an ISUP A call manager (Address Complete) 
message 520. 

9. Once the called party has answered the call and 
connection is established, the signaling gateway 
234 may send an ISUP ANM (Answered) message 
521 to the call manager 218 indicating that the 
called party has answered. 

1 0. The call manager 21 8 may then send a call start 
message 522 to the accounting gateway (AG) 240, 
indicating the start of the call. The AG 240 may use 
this information for billing purposes. 

11 . At this point, the link has been established and 
the conversation 523 can proceed over the commu- 
nications path. Note that although signaling system 
7 (SS7) signaling is used herein to illustrate the 
present invention and is a well known signaling pro- 
tocol utilized in the art of telephony telecommunica- 
tion, the instant invention is not limited to the use of 
signaling system 7 (SS7) signaling for call estab- 
lishment of an off-network call; the use of signaling 
system 7 (SS7) signaling is merely illustrative. As 
such, other methods of signaling may be substitut- 
ed for signaling system 7 (SS7). 

1 2. When the called public switched telephone net- 
work user terminates the link, an on hook signal 
may be sent to the appropriate public switched tel- 
ephone network switch, such as a 5ESS. The sig- 
naling network may then send a call termination 
message (not shown) to the signaling gateway 234 
as notification of the call termination status. 

13. The signaling gateway 234 may then generate 
a release 524 signal to the call manager 218. 

14. Upon receipt of the release 524 signal, the call 
manager 218 may a) initiate the relinquishment of 
the provisioned network resources by issuing a 
close connection 525 message to the voice gate- 
way (VG) 232 and a release complete 526 message 
to the signaling gateway 234, b) inform the account- 
ing gateway that the call has been terminated, for 
billing purposes via, for example, sending a call end 
527 message to the accounting gateway 240. 

15. With reference to the close connection 525 mes- 
sage, the voice gateway may respond by issuing a 
report message 528 to the call manager 218 con- 
taining the current status of the call. 

16. On receiving the call status report 528, the call 
manager 218 may issue a delete connection 529 
message to the broadband residential gateway 
300. 

17. The broadband residential gateway 300 may 
then releases its resources and sends a status re- 
port 530 to the call manager 21 6. In addition to the 
report 530, the broadband residential gateway 300 



18 



EP1 115 264 A2 



36 



35 

may also send an on hook 531 status report to the 
call manager 218. 

19. The call manager 218 may then Inform the 
broadband residential gateway 300 to report the 
next off hook condition via message 532, 5 

20. Where a cable modem transmission system is 
utilized, the call manager 21 8 may then issues a re- 
lease gate 533 message to the cable modem trans- 
mission system 116 so that all the modem resourc- 
es can be relinquished. Once the gate resources 10 
have been released, the cable modem transmission 
system 118 sends a release gate complete 534 
message to the call manager 21 8. At this point, all 
resources pertaining to the call have been relin- 
quished. *5 

C. Exemplary Call Flow of an On-Network Call to 
another On-Network User, Under One Call Manager 
Control 

20 

[0098] Fig. 6 illustrates an exemplary call flow of an 
on-network call to another on-network user, with the call 
being handled by a single call manager (CM) 218. In 
alternate embodiments, different portions of the call set- 
up sequence may be handled by more than one call 25 
manager 21 8 in the IP network 1 20. The exemplary "on- 
network" call processing sequence operates as follows: 

1. Once the broadband residential gateway 300A 
detects and off hook condition of, for example, a tel- 30 
ephone, the broadband residential gateway 300A 
may generate an off hook signal 607 to the call man- 
ager (CM) 218. The off hook signal may act as a 
dial tone request to the call manager 21 8. 

2. The call manager 21 8 may then issue a dial tone 35 
message 608 to the requesting near-side broad- 
band residential gateway 300A in order for the 
broadband residential gateway 300A to generate a 
dial tone. 

3. The call manager 218 may then enter a state *o 
where it polls and collects the dialed digits 609 from 
broadband residential gateway 300A. The dialed 
digits are transferred to the call manager 218 one 

at a time. In a similar fashion to the subject matter 
discussed above, in embodiments where the call 45 
setup is shared between the call manager 21 8 and 
the broadband residential gateway 300A, the 
broadband residential gateway may manage the 
call set-up and transfer both the off-hook signal and 
the dialed digits to the call manager 21 8 within one so 
or more. 

4. On receiving the completed dialed digits, the call 
manager 218 may issue a local number portability 
query 610 to the IP local number portability data- 
base 122. The IP local number portability database 55 
122 may then supply the call manager 218 with a 
routing number 611 if the dialed digits constitute a 
valid sequence. 



5. The call manager 218 may then ensure that ad- 
equate network resources are available to accom- 
modate the call. 

6. Where adequate resources are available, the call 
manager 21 8 may issue a first setup message 612 
to whatever mechanism couples the far side broad- 
band residential gateway 300, e.g., the cable mo- 
dem transmission system 116B, to allocate trans- 
mission resources on the far side. 

7. A call proceeding message and a report on hook 
condition message 613 may then be sent to the 
broadband residential gateway 300A. 

8. A gate allocation message 61 4 may then be sent 
from the call manager 218 to the cable modem 
transmission system 116A, where the broadband 
residential gateway 300A is coupled via a cable mo- 
dem transmission system. In this environment, a 
gate allocation 614 message may be utilized to set 
up the relevant modem resources. 

9. Where a cable modem transmission system is 
utilized and receives the setup message 612 from 
call manager 218, the cable modem transmission 
system 116B may then send a connection request 
615 message to the far side broadband residential 
gateway 300B. 

10. Where a cable modem transmission system 
1 1 6B is utilized, the cable modem transmission sys- 
tem may then sends a setup acknowledgement 61 6 
to call manager 218. Once the resources are allo- 
cated by the cable modem transmission system 
116A, the cable modem transmission system may 
then send a gate allocation acknowledgement mes- 
sage 617 back to the call manager 21 8. 

11 . Once the call manager 218 receives the setup 
acknowledgement 616 along with the gate alloca- 
tion acknowledgement message 617, the far-side 
broadband residential gateway 300B may then 
send a ringing message 618 to the far-side cable 
modem transmission system 116B where this con- 
nectivity is utilized. 

12. In these embodiments, the far-side cable mo- 
dem transmission system 116B may then issue an 
alerting message 61 9 to the call manager 218. 

1 3. The call manager 21 8 may then convey the alert 
via an alerting message 620 to the broadband res- 
idential gateway 300A, to produce a indicating sig- 
nal such as a ringing signal indicating that the call 
is going through. 

14. The cable modem transmission system 116B 
may then issue a connect message 622 to the call 
manager 21 8 in response to the far-side broadband 
residential gateway 300B sending an off hook mes- 
sage 621 to the far-side cable modem transmission 
system 116B. At this point, the end-to-end commu- 
nication path is established and conversation 623 
can be facilitated. 

15. Assuming that the calling party hangs up first, 
the broadband residential gateway 300A may inlti- 
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ate an on hook sequence 624 message which may 
be communicated to the near-side cable modem 
transmission system 116A. 

16. The cable modem transmission system 116A 
may then issue a disconnect message 625 to the 5 
call manager (CM) 218. The call manager 21 8 may 
then issue a first delete connection request 626 to 
the near-side broadband residential gateway 300A 
and then a second delete connection request 627 
to the far-side broadband residential gateway 300B. 

17. The near-side broadband residential gateway 
300A may respond to the call manager 218 with a 
report message 628 containing the connection sta- 
tus, as well as an on hook message 630 to verify 
that the calling party at near-side broadband resi- 
dential gateway 300A has terminated the call. 

18. The far-side broadband residential gateway 
300B may respond to the call manager 218 with a 
report message 629 containing the connection sta- 
tus, as well as an on hook message 631 indicating 
that the called party connection has now been ter- 
minated. 

19. At this point, the call manager 218 may issue 
release gate messages 634 and 635 to the near- 
side cable modem transmission system 21 8 and far 
side cable modem transmission system 116B, re- 
spectively, so as to release the modems associated 
with the call. Once all the resources have releases, 
the cable modem transmission system 116A and 
the cable modem transmission system 116B may 
issue gate release complete messages 636 and 
637 respectively to the call manager 218. 

20. For simplicity, the accounting processing is not 
shown. However, the process used in Fig. 5 may be 
utilized as the billing procedure for on-net calls. 
Such a process might constitute sending a call start 
message from the call manager 21 8 to an account- 
ing gateway (AG) 240 after the connect message 
622 is sent from the far-side cable modem trans- 
mission system 116B to call manager 218. The call 
start message would trigger the start of the billing 
procedure. A corresponding call end message 
would then be sent from the call manager 21 8 to the 
AG 240 after the near-side cable modem transmis- 
sion system 116A sends a the disconnect message 
625 to the call manager 21 8. This call end message 
would trigger the ending of the billing procedure for 
that call. 

Although the IP voice packets for these calls are typi- 
cally routed over the IP network 120, the system may, 
where appropriate, route IP voice packets over the In- 
ternet 180. 

II. Remote Monitoring of A Customer Premises 

[0099) A broadband communication system 1 may in- 
clude remote monitoring capability that enables custom- 



er premises equipment (CPE) 1 02 and the premises en- 
vironment to be monitored remotely. For example, a sys- 
tem subscriber may remotely access their customer 
premises equipment 102, for example, their broadband 
residential gateway (BRG) 300, to check equipment us- 
age, status, and/or activity. Further, the system may be 
configured to allow the environment of the system sub- 
scriber's customer premises to be monitored from a re- 
mote location by those authorized by the subscriber. In 
such a case the subscriber could communicate with the 
BRG 300 from a remote location and listen to and/or 
watch what is going on in, for example, the living room 
of their house. Or, the subscriber may set up a remote 
monitoring session that records in memory any activity 
on the CPE 102 or in their house. 
[0100] To accommodate remote monitoring of the 
customer premises environment a microphone and/or 
video camera capabilities are needed. The customer 
premises equipment 102, such as a BRG 300, may be 
equipped with one or more microphones and/or camer- 
as. The CPE 102 may further include one or more 
speakers. This equipment may be coupled to the exter- 
nal/internal intercom module 344 of the BRG 300. Alter- 
natively, ratherthan couple the microphone and camera 
(with or without a speakers)) to the BRG 300 for remote 
monitoring of the customer premises environment, the 
system may be constructed to provide remote monitor- 
ing of the customer premises environment via a multi- 
media personal computer (PC) 1 08 coupled to the BRG 
300 through, for example, a data port 334. As config- 
ured, the remote monitoring may be provided via any 
media type. 

[0101] Remote monitoring may be performed even if 
one of the subscriber's telephones 1 1 0 connected to the 
BRG 300 is off the hook. This is accomplished by con- 
figuring the customer premise equipment to work inde- 
pendent of telephone status. For example, a remote 
monitoring session may be initiated by the subscriber 
(or an authorized party) calling a unique directory 
number or system address that is provided for access- 
ing the BRGs 300 feature/functions. Thus, in this exam- 
ple, the remote monitoring feature may be accessed 
even though one of the telephone's 110 directory 
number(s) is busy. 

[0102] The remote monitoring may be in real time or 
saved to memory. In real-time the subscriber, or some- 
one authorized by the subscriber, may for example, 
watch the activity that is occurring on any of the sub- 
scriber's CPE 1 02. For example, they could see the data 
activity on a PC 1 08, listen to the conversation occurring 
on a telephone 110, or see what channels are being 
watched on a TV 1 06 coupled to the BRG 300. The type 
of media which can be monitored will be limited by the 
capabilities of the device being used remotely. If a party 
using the remote monitoring feature is accessing the 
system using a wireless telephone having only audio ca- 
pabilities, then their real time remote monitoring session 
will likely be limited to audio monitoring. On the other 
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hand, if the device being used for remote monitoring has 
multimedia capabilities (e.g., a multimedia laptop PC) 
they can monitor all activities in full. If the remote mon- 
itoring is to be stored in memory, the system may be 
configured to store all the video and/or audio during a 
monitoring period on a storage device at the person's 
residence (e.g., BRG memory 322, a VCR, disk drive, 
DVD, etc., coupled to a peripheral port 342, etc.), in a 
storage system at IP Central Station (e.g., memory as- 
sociated with the multimedia server (MS) 222, etc.), or 
at any third party location such as a security service. 
[0103] Referring to figures 7A and 7B, a preferred 
method illustrating remote monitoring according to the 
present invention is provided and will now be described. 
First, at step 71 0, a party calls to initiate a remote mon- 
itoring session. The person may call a unique directory 
number (DN) or use a system address associated with 
feature activation, such as feature activation for the re- 
mote monitoring. This unique DN or system address (e. 
g., IP address) may be associated with, for example, the 
subscriber's BRG 300 or a system server in the IP Cen- 
tral Station 200. If the DN or system address is associ- 
ated with a BRG 300 then the call manager (CM) 218 
will forward the request to the appropriate BRG 300. In 
any case, the system (e.g., BRG 300) at decision step 
71 1 determines if the calling party has entered the nec- 
essary access information. For example, the system 
may be constructed to require input of a user identifica- 
tion (e.g., persons name) and/or a user password before 
allowing the calling party to initiate remote monitoring. 
If the calling party does not enter a correct user identi- 
fication information they will not be allowed to access 
the feature services of the system. If the calling party 
correctly enters user identification, then at step 712, the 
system (e.g., BRG 300) determines if the calling party 
has selected the remote monitoring feature. If so, the 
system (e.g., BRG 300) initiates remote monitoring and 
prompts the calling party to indicate the type of remote 
monitoring desired. For example, the calling party may 
select to monitor the usage, status, activity, etc. of one 
of the CPE 102, e.g., BRG 300, PC 108, telephone 110, 
TV 1 06, etc. Further, the calling party may select to mon- 
itor the environment of the customer's premises, using 
for example, a microphone and camera associated with 
the BRG 300. However, as indicated in steps 714 and 
715, the calling party may access another system fea- 
ture remotely at this point by selecting that feature. 
[0104] Once the calling party has indicated the type 
of monitoring they wish at step 713, the system (e.g., 
BRG 300) determines if a remote monitoring lock-out is 
active at step 716. If it is, then the system (e.g., BRG 
300) will instruct the calling party that the remote moni- 
toring feature lock-out is on, using for example a record- 
ed message stored in memory 322 or a voice synthe- 
sized message from the voice recognition and voice 
synthesis module 355 (or their equivalent in the IP Cen- 
tral Station 200). If remote monitoring lock-out is not 
available or is not on, then at step 717, the system (e. 



g., BRG 300) determines if the remote monitoring infor- 
mation is to be sent to location different from the location 
of the calling party. For example, the calling party might 
request that the remote monitoring session be directed 
5 to storage or to emergency personnel (e.g., police). If 
so, then at step 719, the remote monitoring information 
will be sent to the alternative location. If not, then at step 
720, the remote monitoring information will be directed 
to the location of the calling party. In the case of a re- 
10 quest to direct the remote monitoring information to an- 
other location, the call manager 21 8 and/orthe BRG 300 
will direct the information packets to the requested lo- 
cation. Further, the remote information may be directed 
to the calling party location and any other requested lo- 
15 cation simultaneously. 

[0105] In one preferred embodiment of remote moni- 
toring operation, the BRG 300 packetizes the informa- 
tion from the activity at the customer premises that is to 
be monitored (e.g., the customer premises environ- 
20 ment). The packetized information will be of a media 
type available with the customer premises equipment 
(CPE) 102. For example, if the CPE 102 is capable of 
multimedia video and audio, the BRG will packetize vid- 
eo and audio occurring in the customer's premises and 
25 send it to the remote location for review or storage via 
the broadband communication network including, for 
example, the call manager (CM) 218. The CM 218 will 
route the information to its proper destination(s) using 
procedures similar to those described above for off-net 
30 and on-net calls illustrated in figures 5 and 6. 

[0106] The system may be configured to provide re- 
mote monitoring to various parties when an emergency 
situation is detected at the customer's premises. In one 
embodiment of the remote monitoring feature, the BRG 
35 300 may be configured to provide emergency remote 
monitoring capability so that in response to someone at 
the customer premises dialing and emergency tele- 
phone directory number (DN), e.g., 911 , the police, fire 
department, or any other designated party at a specified 
40 emergency telephone number, the system may auto- 
matically provided monitoring capabilities. Alternatively, 
the emergency may automatically detected by, for ex- 
ample, a security system alarm or fire alarm being trig- 
gered. The system may provide default emergency DN 
45 (s) such as 911 or the subscriber may designate any DN 
or system address as an emergency DN (e.g., emergen- 
cy room at a hospital, subscriber's work DN, etc.). The 
system user may, for example, enter or select a code to 
end the emergency remote monitoring privilege so as to 
50 create a remote monitoring lock-out. If a speaker(s) is 
included in the customer premises equipment (CPE) 
102, for example coupled to the BRG 300 external/in- 
ternal intercom port 344, emergency personnel may 
communicate with the calling person through the speak- 
55 er to help anyone present at the time of the monitoring. 
In this way the calling person at the customer's premises 
can follow the instructions of the emergency personnel 
without holding a telephone in one hand. Thus, hands- 
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free communication will allow for a caller to have their 
complete physical capacity to deal with the emergency 
situation while the emergency personnel monitor the sit- 
uation and advise accordingly. This feature will add to 
the present effectiveness of emergency 91 1 capabilities. 
[0107] Fig. 8 is a process flow diagram illustrating a 
remote monitoring method in case of an emergency ac- 
cording to one preferred embodiment of the present in- 
vention. First, at decision step 81 0, the system (e.g., the 
BRG 300 or a server in the IP Central Station 200) de- 
termines if there has been an emergency indicated at 
the customer premises. The emergency indication could 
be the result of someone making an emergency call or 
an alarm being triggered at the customer premises. If 
an emergency indication is received, then at decision 
step 81 1 the system determines if there is a remote mon- 
itoring lock-out active. If not, the system proceeds to 
step 81 6 to initiate emergency remote monitoring for the 
designated emergency party, for example the police or 
fire department. The system the proceeds to step 817 
to determine if the emergency indication is triggered by 
someone at the customer's premises calling an emer- 
gency number. If so, then at step 819 the system com- 
pletes the emergency call. On the other hand, if there is 
a remote lock-out active, then at decision step 812 the 
system (e.g., BRG 300) will determine if a remote lock- 
out over-ride is allowed. If so, the system will over-ride 
the remote lock-out at step 81 8 and proceed with steps 
816, 817, and 819 as described above. If the remote 
monitoring lock-out may not be over-ridden then the sys- 
tem does not provide the emergency remote monitoring 
at step 815, and proceeds to steps 817 and 819. The 
subscriber may pre-set the remote monitoring lock-out 
and the remote monitoring lock-out over-ride via one of 
the CPE 102 or via remote input, for example, using a 
wireless telephone or laptop computer. This may be 
achieved using feature codes and/or responses to 
prompt on a graphical user interface (GUI). 
[0108] As indicated above, the system, for example 
the BRG 300 or IP Central Station 200, may be equipped 
with a remote monitoring lockout feature for user priva- 
cy. The 911 feature may be configured to automatically 
override an active lockout so that emergency personnel 
can monitor the situation in the residence and provide 
audio and/or video assistance to the user. However, the 
automatic override may be set to an off state by the sub- 
scriber. 

[0109] In a still further embodiment of the present in- 
vention, the remote monitoring feature capabilities may 
be used to notify a subscriber that a telephone is off- 
hook. For example, if the system is configured so that 
the customer premises equipment 102 includes a 
speaker (e.g., coupled to the BRG 300 via the external/ 
internal intercom module 344), then the service provider 
may alert the subscriber via the speaker using an an- 
nouncement that indicates a telephone is off hook and 
that incoming calls can not get through. The off hook 
message may be stored and/or generated at the I P Cen- 



tral Station 200, for example, the system management 
server (SM) 21 6, the announcement server (AS) 222, or 
the call manager (CM) 218. Alternatively the off hook 
message could be stored and/or generated by the BRG 
5 300. 

[01 1 0] The remote monitoring feature has many prac- 
tical uses. For example, the remote monitoring feature 
is particularly useful for such purposes as monitoring the 
status of elderly person or animals left in the residence 
alone, providing integrated security monitoring, and pro- 
viding emergency monitoring by public services such as 
police or fire. Further, the subscriber or someone au- 
thorized by the subscriber may activate the remote mon- 
itoring feature from a remote location when they are out 
of town on business and an elderly parent does not an- 
swer the user's call. Alternatively, if the subscriber has 
a multimedia PC in their remote location, they may ac- 
tivate the remote monitoring feature at their premises 
and activate a TV 106 connected to the BRG 300 so as 
to provide their pet with some company during their ab- 
sence by talking to the pet via the TV 106 (video and 
audio of the subscriber) and receive audio and video 
feedback from the camera and microphone coupled to 
the BRG 300. In another example, the subscriber may 
program the system to simultaneously call a parent's 
work number and provide emergency remote monitor- 
ing to the parent if a 911 call is made from their house 
during working hours. In yet another example, the sys- 
tem may be configured so that a subscriber performing 
remote monitoring from a remote location can trigger the 
system to provide simultaneous remote monitoring to 
emergency personnel, for example an emergency res- 
cue team, or transfer the remote monitoring session to 
another party, for example a security company. 
[0111] Although particular embodiments of the 
present invention have been shown and described, it will 
be understood that it is not intended to limit the invention 
to the preferred embodiments and it will be obvious to 
those skilled in the art that various changes and modi- 
fications may be made without departing from the spirit 
and scope of the present invention. Thus, the invention 
is intended to cover alternatives, modifications, and 
equivalents, which may be included within the spirit and 
scope of the invention as defined by the claims. For ex- 
ample, the remote monitoring process could be provid- 
ed by any intelligent system similar to a server and it 
could be located anywhere in the broadband communi- 
cation system. The remote monitoring feature may be 
very useful in monitoring and/or storing child care activ- 
ity in a customer premises so that a parent may at any 
time view what type of care is being provided to their 
child by a nanny or au pair. 

[0112] Where technical features mentioned in any 
claim are followed by reference signs, those reference 
signs have been included for the sole purpose of in- 
creasing the intelligibility of the claims and accordingly, 
such reference signs do not have any limiting effect on 
the scope of each element identified by way of example 
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by such reference signs. 
Claims 

1 . A method for providing remote monitoring in an in- 
tegrated broadband communication system, com- 
prising the steps of: 

receiving a request from a user located at a re- 
mote location; and 

activating monitoring activity at a customer 
premises based on receiving said request from 
said user located at said remote location. 

2. The method according to claim 1 , characterised in 
that said monitoring activity includes monitoring an 
environment of said customer premises. 

3. The method according to claim 1 , characterised in 
that said monitoring activity includes monitoring at 
least one of an activity, status, and usage of a cus- 
tomer premises equipment. 

4. The method according to claim 3, characterised in 
that said customer premises equipment is selected 
from a group consisting of an intelligent transceiver, 
a personal computer, a telephone, and a television. 

5. The method according to claim 1 , further compris- 
ing the step of: 

providing said monitoring to said user at said 
remote location. 

6. The method according to claim 1 , further compris- 
ing the step of: 

providing said monitoring to another location 
different from said remote location of said user. 

7. The method according to any of claims 1,3,5 and 
6, characterised in that said monitoring is: 

reviewed in real time; 
stored for later review. 

8. A method for providing monitoring in an integrated 
broadband communication system, comprising the 
steps of: 

receiving a request from a user located at re- 
mote location; and 

initiating a remote monitoring procedure in re- 
sponse to said request. 

9. The method according to claim 8, further compris- 
ing the step of: 

denying said activation of said monitoring if a 



remote monitoring lock-out is on; 

providing monitoring information if a remote 

monitoring lock-out is off. 

5 10. A method for providing remote monitoring in an in- 
tegrated broadband communication system, com- 
prising the steps of: 

receiving an indication of an emergency from a 
io customer premises; and 

activating monitoring activity of said customer 
premises; and 

providing monitoring information to an emer- 
gency responsive party. 

15 

1 1 . The method according to claim 10, further compris- 
ing the step of: 

alerting said emergency responsive party of 
said emergency, 

20 

12. The method according to claim 11 , further compris- 
ing the step of: 

completing an emergency call when said 
monitoring activity was initiated due to an emergen- 
25 cy call. 

1 3. The method according to claim 1 2, further compris- 
ing the step of: 

overriding a monitoring lock-out if said moni- 
30 toring was triggered by said emergency call. 

1 4. The method according to claim 1 3, further compris- 
ing the step of: 

35 denying overriding a monitoring lock-out even 

though said monitoring was triggered by said 
emergency call. 

15. An integrated broadband communication system, 
40 including: 

an intelligent transceiver located at said sys- 
tem subscriber's premises that provides remote 
monitoring of: 

45 a customer premises equipment; 

customer premises environment. 

16. The system according to claim 16, wherein said 
monitoring is triggered by an emergency call. 

50 

17. The system according to claim 16, further compris- 
ing at least one of: 

a storage device for storing said remote moni- 
55 toring; 

a server for directing monitoring information to 
multiple locations. 
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FIG. 8 
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